[00:25] <kyrofa> Anyone around less clueless about apache's mod_ssl (and Ubuntu's default config for it) than I am?
[00:48] <patdk-lap> heh? that is hardly a question
[00:48] <patdk-lap> !ask
[01:01] <kulyzu> $ cat -         # what does it mean
[01:03] <sarnold> try it :)
[01:03] <sarnold> (hint, <enter>^D means "end of file" to the terminal, and it'll caus ethe cat command to stop at that point :)
[01:09] <algern-n> cat > :3
[01:12] <patdk-lap> that seems very chatty for a cat
[01:12] <patdk-lap> don't they normally just do their own thing
[06:35] <vern__> hello, do anyone try to install openstack on ppc64el, by following this guide (https://help.ubuntu.com/lts/clouddocs/installer/en/single-install.html) ?
[06:36] <vern__> i am blocked by "$ sudo openstack-install"
[07:27] <golserma__> Hi I try to create an external snapshot using libvirsh and apparmor is complaining. Is this a not supported feature in 14.04?
[07:28] <golserma__> virsh snapshot-create-as domainname snapshot_pre_upgrade_1 --disk-only --atomic
[08:46] <Pjusur> for my servers, should I use the standard ntpdate package that is installed by default, or should I install ntpd? pros cons?
[11:00] <sinamaleki> hi anyone here ?
[11:10] <hateball> !help | sinamaleki
[12:05] <rbasak> rharper: thank you for handling bug 1583819. I can close the tab now :)
[12:20] <Ussat> I remember when upgradeing a 14.04 --> 16.04 there a ethernet change, anyone have a link to that ?
[12:24] <xnox> Ussat, stable names are now used, but that's since wily i think.
[12:25] <maswan> Unfortunately, they're not stable for VMs, we've found
[12:25] <Ussat> Ya this is a VM, but got it, thanks
[12:25] <maswan> (adding a new disk would renumber pci devices, leading to no networking to the guest :( )
[12:26] <maswan> now running with net.ifnames=0
[12:26] <xnox> Ussat, maswan - yes VMs have no stable naming scheme, thus stable names are not evailable there.
[12:26] <xnox> my understanding was that old-school names should be used in VMs.
[12:27] <Ussat> yea, I got it sorted, thanks
[12:27] <xnox> how is one adding the pci devices? are you controlling it, or is done via libvirt of some such? cause one can specify pci bus ids to qemu.
[12:27] <xnox> and they are done in order, so if network devices are specified before disks, it should be stable...
[12:27] <maswan> xnox: ganeti
[12:28] <maswan> now I need to run
[12:34] <Xin> hey all how can I check that a partitions encrypted with LUKs is properly encrypted? :)
[12:37] <ikonia> you can start by not asking the same question in every IRC channel you are in
[12:37] <ikonia> Xin: are you using ubuntu or debian
[13:20] <coreycb> beisner, good morning, neutron and neutron-*aas 2:7.1.1-0ubuntu1~cloud0 are ready to promote to liberty-updates
[13:21] <coreycb> beisner, also qemu 1:2.3+dfsg-5ubuntu9.4~cloud1 is ready to promote to liberty-updates
[13:21] <beisner> o/ coreycb
[13:21] <coreycb> o/
[13:33] <coreycb> ddellav, I'm starting to look at python-os-vif.  to get it into debian you'll need to file an ITP bug (and document it in d/changelog) - https://wiki.debian.org/ITP
[13:34] <coreycb> ddellav, sample bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824559
[13:35] <beisner> coreycb, neutron, neutron-*aas, qemu http://pastebin.ubuntu.com/23064487/ promoted to uca liberty-updates re:
[13:35] <beisner> https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1594867
[13:35] <beisner> https://bugs.launchpad.net/cloud-archive/+bug/1611123
[13:36] <ddellav> coreycb ok, i knew i needed to create a bug i just wasn't sure what the format was.
[13:36] <coreycb> ddellav, I think reportbug will generate an ITP template: reportbug -B debian python-os-vif
[13:37] <coreycb> beisner, thanks1
[13:38] <beisner> coreycb, yw sir
[13:57] <coreycb> ddellav, mostly looks really good, I didn't try installing yet - just some minor comments http://paste.ubuntu.com/23064569/
[14:00] <ddellav> coreycb ok awesome, those are pretty much exactly what my concerns where
[14:00] <coreycb> ddellav, cool
[14:03] <Geom> can anyone confirm if PATA optical has an issue on udev rules regarding not triggering automatically unless you try to do something like cd-info sr0
[14:04] <Geom> or whateber command that points to drive's dev
[15:43] <ddellav> coreycb bug submitted (#834608), here's the final repo for your review: lp:~ddellav/ubuntu/+source/python-os-vif
[18:24] <kgirthofer> hey all - looking for a way to completely saturate my bandwidth on purpose
[18:24] <kgirthofer> we have comcast and it's a bullshit line. Never works - so we bumped up to fiber
[18:24] <kgirthofer> and now the line is clean as ever
[18:25] <kgirthofer> so I want to resaturate the line to see if it starts failing again so I need to simulate a bunch of traffic
[18:25] <kgirthofer> only thing running on that network is an ubuntu server
[18:27] <sarnold> there's direct http links to the huge files that the speedtest network uses for their speedtest.net clients.. that might be a decent starting point
[18:27] <kgirthofer> yea I'm using that running every minute through nagios
[18:27] <kgirthofer> and graphing it
[18:27] <sarnold> oh lookie there, speedtest-cli
[18:27] <sarnold> ha
[18:27] <sarnold> nice
[18:27] <kgirthofer> yea so that's showing a nice solid line right at 82mbps
[18:27] <kgirthofer> which is great
[18:28] <RadenBlazed> hello everyone
[18:28] <kgirthofer> but I want it to not be great
[18:29] <sarnold> kgirthofer: kernel.org has some decent bandwidth, maybe you could kick off an rsync to them
[18:29] <kgirthofer> nice
[18:29] <RadenBlazed> guys if i want to make a mail server do i need to make my server a DNS server also?
[18:29] <kgirthofer> thanks
[18:29] <sarnold> kgirthofer: if you've got more endpoints maybe iperf or similar tools?
[18:29] <patdk-wk> RadenBlazed, depends
[18:30] <kgirthofer> while 5 < 3 download from kernel.org
[18:30] <patdk-wk> what does, make a mail server, mean
[18:30] <RadenBlazed> i got a domain and want @mydomain.com emails.
[18:30] <RadenBlazed> t/fireball
[18:30] <RadenBlazed> t/fireball
[18:30] <RadenBlazed> sorry hit a hotkey :P
[18:30] <patdk-wk> you don't need a server at all for that
[18:31] <kgirthofer> RadenBlazed: no just install the mail client of your choice
[18:31] <RadenBlazed> ?
[18:31] <patdk-wk> you want to be able to receive and send emails from your server using that domain?
[18:31] <RadenBlazed> yeah my domain
[18:31] <patdk-wk> you want smtp/imap/pop all on that server?
[18:32] <patdk-wk> you want virus and spam filtering?
[18:32] <sarnold> normally I'd say "pay google to do it"
[18:32] <sarnold> hosting email servers twenty years ago was kind of fun. I wouldn't want to do it today..
[18:32] <patdk-wk> you will need a recursive dns server on that mail server
[18:32] <RadenBlazed> im already paying for this server. and its more about me learning to use servers better
[18:32] <kgirthofer> yea RadenBlazed - that's best advice. When you have a mail server, you have to open ALOT to the outside world and It's super common for hackers to get in and start spamming emails like crazy. Then you get blocked/pay for data overages/usage
[18:33] <nacc> hosting a mail server will not teach you to "use servers better", IMO
[18:33] <patdk-wk> sure it will, you will become a better bofh :)
[18:33] <sarnold> and you'll need to be able to modify your dns zone information but you can still pay someone else to host your DNS for you if you wish
[18:33] <sarnold> patdk-wk: hehe
[18:34] <nacc> patdk-wk: heh
[18:34] <RadenBlazed> lol its something that i want to do. and i dont have a bandwith limit on my server. I also dont have anything important on it. Its more of a learning experience.
[18:34] <patdk-wk> learn/setup spf, dkim, dmarc
[18:36] <RadenBlazed> I was gona use postfix, postfixAmacisNew (for safery), ClamAV (also for safety), Dovecot and squerrelmail to access it from the browser.
[18:37] <RadenBlazed> Im just not understanding the whole DNS part. some guides say i need a DNS server. some say i can just use the godaddy control pannel and change it from there
[18:37] <sarnold> if godaddy's dns panel lets you add arbitrary records that's probably fine
[18:39] <sarnold> kgirthofer: I wonder how much traffic you could get if you ran a tor mixer node -- you wouldn't want to be an exit node and there may be more work in being an entrance node, but middle-node may have a lot of traffic but few consequences
[18:39] <patdk-wk> RadenBlazed, you need a dns server
[18:39] <patdk-wk> godaddy dns panel == dns server
[18:39] <patdk-wk> you will also need a dns recursor INSTALL on the mail server
[18:40] <RadenBlazed> ok thanks, ima go look up what is :)
[18:41] <RadenBlazed> i do know that is has something to do with the MX records in the go daddy CP.
[18:41] <sarnold> there's two types of dns servers -- authoritative and recursive. the authoritative ones host zones; recursive ones handle queries from clients, and start by going to the root servers and recursing through all the other authoritative dns servers along the way
[18:43] <RadenBlazed> ok thanks
[18:43] <sarnold> you'd probably want to run a recursive resolver on your mail host, so that it can cache frequently requested dns names locally. the busier the server the more important that becomes..
[18:44] <patdk-wk> not really
[18:44] <sarnold> oh?
[18:44] <patdk-wk> if you ever use a dnsrbl, it is required
[18:44] <sarnold> zounds yes
[18:44] <RadenBlazed> ok
[18:44] <patdk-wk> an incoming mail server without a dnsrbl is kindof insane
[18:45] <sarnold> patdk-wk: do you use rpz or are you content to just use it as a cache?
[18:46] <RadenBlazed> idk
[18:46] <RadenBlazed> this is all a learning experience for me lol
[18:47] <patdk-wk> I have a few rpz, but I don't use them in dns
[19:37] <pclerie> Hello! Trying to debug things with NFS. It seems that option RPCSVCGSSDOPTS from /etc/default/nfs-kernel-server is not picked up by the daemon on start up. I just can't figure out why. Is this a know problem?
[19:38] <dusty> I have been directed here by a friend who told me someone on here might be able to help me with my issue. I am trying to install Postfix and Dovecot with MySQL as database. This seems like a simple task but unfortunatly i have one more request. It has to be done completely without SSL Certificate. Would any of you be able to guide me in the right direction, i have been spending 4 days installing,
[19:38] <dusty> reinstalling and configuring without any luck.
[19:45] <tarpman> dusty: can you try to ask a more specific question? is there a certain problem you're stuck on?
[19:49] <sarnold> pclerie: do you get any error messages? do you get error messages if you set the options to garbage?
[19:50] <pclerie> sarnold: No messages. In fact, I'm trying to increase logging to find my problem. And I have not tried garbage. Will get back on that one.
[19:52] <sarnold> pclerie: do you ahve a /run/sysconfig/nfs-utils file? does it look sane?
[19:52] <sarnold> pclerie: (what release is this? I just sort of assumed 16.04 LTS but earlier releases will be different..)
[19:55] <pclerie> sarnold: 16:04 is correct. In KVM machine. And no garbage option does not do anything.  And RPCMOUNTDOPTS works just fine.
[19:55] <beanbag> is server still cd or did it go dvd
[19:57] <pclerie> sarnold: nfs-utils looks fine, include RPCSVCGSSDOPTS. Funny that it contains the original -vvv not the garbage I just put there.
[19:58] <sarnold> pclerie: I wonder, the https://codesearch.debian.net/search?q=NEED_SVCGSSD makes it look a bit like the svcgssd thingy isn't correctly being used in systemd..
[20:00] <sarnold> beanbag: server iso looks like it'd still fit on a cd if you wanted to go that route http://releases.ubuntu.com/16.04.1/
[20:01] <pclerie> sarnold: Interesting. I stopped the server. Deleted nfs-utils and restarted. Now both RPCMOUNTDOPTS and RPCSVCGSSDOPTS are not picked up.
[20:01] <sarnold> oddd
[20:03] <pclerie> sarnold: nothing in the link rings a bell.
[20:05] <pclerie> sarnold: Oh! And /run/sysconfig/nfs-utils is not recreated.
[20:06] <sarnold> pclerie: that file ought to be regenerated by the /usr/lib/systemd/scripts/nfs-utils_env.sh script, which is run from the nfs-config.service systemd unit
[20:07] <pclerie> sarnold: I've restarted, then stop and start the server a couple of times.  RPCSVCGSSDOPTS definitely does not get picked up.
[20:10] <pclerie> sarnold: and it looks like nfs-utils is only generated on cold boots.
[20:11] <sarnold> pclerie: crazy :/ it'd be worth a bug report.. good luck, time for me to run
[20:11] <pclerie> sarnold: Thanks.
[20:13]  * beanbag blames Shambles
[20:13] <beanbag> CANUCK
[20:13] <Shambles> Stalker!
[20:53] <beanbag> 10 failed disks today
[20:53] <beanbag> tried 2 burners cd's and dvd's
[20:54] <beanbag> trying one last cdr at lowest burn speed
[21:11] <beanbag> found the issue thx
[21:15] <LaserAllan> hey guys, I think i am having an issue with the apt-get since I have a pakcage that is at least a year behind release schedules and it still says that I have the latest version, is this just ebcause someone ahsnt tested a newer version for ubuntu 1404 and commited it?
[21:16] <tarpman> !highno | LaserAllan
[21:17] <LaserAllan> tarpman: Sorry I should have been more specific, this is Xymon System Monitoring Tool. The reason to upgrade would for me to get some of the new things they have added to make my IT life easier.
[21:18] <tarpman> LaserAllan: upgrade to ubutnu 16.04, then
[21:18] <tarpman> *ubuntnu
[21:18] <tarpman> **ubuntu
[21:20] <LaserAllan> tarpman: Is there no other way around unless i wanna recompile the packages I have from source?
[21:21] <tarpman> LaserAllan: https://help.ubuntu.com/community/UbuntuBackports
[21:21] <tarpman> I don't see an existing backport of xymon, therefore, you'd have to request one and hope someone's kind enough to do it, or build your own
[21:22] <tarpman> the backportpackage tool in ubuntu-dev-tools is very useful, https://wiki.ubuntu.com/UbuntuBackports#Building_a_Backport
[21:25] <LaserAllan> tarpman: Thank you, why i am very careful about ugprading just yet is becuase i run a mailserver that I am keen on is going to run fine I guess I could just do a testupgrade and revert to an older snapshot if things dont work out as I want them to, but I have I thik only one package that is compiled comepltely from source since that package afaik doesn't even exist in a repo atm.
[21:25] <LaserAllan> tarpman: Thank you anyway I will have a read, the problem with building xymon is that ive foudn the isntructions on what depencies it has to be kinda vague.
[21:28] <tarpman> LaserAllan: if you backport the package and build it in a ppa, the packaging and buildserver handle all that for you
[21:30] <LaserAllan> tarpman: I don't feel comfortable doing that, dont really feel like i have the knowledge enough to do it. But i will nevertheless look at documenation
[21:30] <LaserAllan> "documentation
[21:30] <tarpman> whatever works for you, of course. just making the suggestion
[21:31] <tarpman> and if you're an administrator of a debian/ubuntu system, being able to modify and build packages is a pretty important skill IMO
[21:31] <LaserAllan> tarpman: Easiest would ofc be to just update to 1604 but I wonder then what will happen to all the things i have running now, like dovecot, postfix, znc, and some other stuff you know :)
[21:31] <tarpman> not something to rush into unprepared, for sure
[21:32] <LaserAllan> tarpman: No not yet, I have mostly used linux and unix at home
[21:32] <LaserAllan> tarpman: I have however been offered such a job, so I am currently looking for some good howto's documentaiton how to build packages and so on.
[21:34] <tarpman> LaserAllan: https://www.debian.org/doc/manuals/maint-guide/ and http://packaging.ubuntu.com/html/
[21:37] <LaserAllan> tarpman: I will have a read there
[21:49] <Braven>  Has anyone does here worked with Realms?
[21:54] <ikonia> yes


[08:03] <valorie> thefinn93: were you at LFNW?
[08:03] <valorie> if so, we didn't meet up
[08:03] <valorie> sadness
[08:03] <thefinn93> na
[08:03] <thefinn93> i ended up in portland that weekend
[08:03] <valorie> ok
[08:03] <valorie> hope that was fun?
[08:03] <thefinn93> it was
[08:03] <valorie> because LFNW was a blast
[08:04] <thefinn93> i bet
[08:04] <thefinn93> i wish i coulda gone
[08:04] <valorie> what kept you from coming up?
[08:06] <thefinn93> well i had made plans to go to portland a while before
[08:06] <thefinn93> and i relized that LFNW was that weekend far too late
[08:06] <valorie> I hear ya
[08:06] <valorie> sorta sucks that it is/was on release weekend
[08:07] <thefinn93> yeah
[08:07] <thefinn93> will you be at OSCON?
[08:07] <valorie> otoh, we could hand out fresh CDs
[08:07] <thefinn93> im most likely gonna go
[08:07] <valorie> maybe
[08:07] <valorie> def. will be at CLS
[08:07] <valorie> OSCON isn't as much fun as it used to be
[08:07] <valorie> but I'll see what the sched looks like
[08:07] <thefinn93> alright
[08:08] <valorie> I'll be in town at least part of that week
[08:08] <thefinn93> when is CLS?
[08:08] <thefinn93> it's right before isn't it?
[08:08] <valorie> the weekend before
[08:08] <thefinn93> k
[08:08] <valorie> at the same venue
[08:08] <thefinn93> alright, i'll try n make it
[08:08] <valorie> much more fun if you care about community
[08:08] <valorie> smaller, much more FOSSy, etc.
[08:09] <thefinn93> huh
[08:09] <thefinn93> cool
[08:09] <thefinn93> sounds fun
[08:10] <valorie> it really is


 Thank you very much for sponsoring again :-)
[09:59] <Mirv> flexiondotorg: you're welcome again :) I did some sponsoring last week but it turns out today I'm actually on the calendar so continuing a bit, plus it's s good time with lts milestone coming
[10:41] <LocutusOfBorg> hi, nobody is swearing at me for the libsdl2 sync?
[10:42] <LocutusOfBorg> seeded-in-ubuntu returns ubuntu-mate, ubntukylin, lubuntu, going there
[10:48] <xnox> LocutusOfBorg, you dropped mir support, didn't you?
[10:48] <xnox> LocutusOfBorg, in general it's not nice, to forcesync things, effectively stealing a merge, and dropping ubuntu delta.
[10:49] <xnox> LocutusOfBorg, it's ok for things to be ahead in debian, but a debian maintainer does not get to drop ubuntu delta for no reason.
[10:50] <LocutusOfBorg> xnox, the delta is upstream
[10:50] <xnox> lubuntu have been working on mir enablement, and you should have talked to e.g. Artur or Brandon.
[10:50] <LocutusOfBorg> I checked and it is included upstream
[10:51] <LocutusOfBorg> I asked a while ago, and nobody complained
[10:51] <xnox> LocutusOfBorg, you have dropped libmirclient-dev [i386 amd64 armhf], build-dep.
[10:52] <xnox> thus it's not compiled with mirclient support any more, is it?
[10:52] <LocutusOfBorg> let me check, brandon answered me a few seconds ago
[10:53] <xnox> LocutusOfBorg, hm, i see libmirclient-dev installed none the less in the new build.
[10:53] <xnox> and it doesn't link against it.
[10:54] <xnox> maybe it's actually all ok, as you say.
[10:54] <LocutusOfBorg> actually I checked, checked and double checked the delta, it was patching upstream source files
[10:54] <LocutusOfBorg> changing function names
[10:54] <Laney> no
[10:54] <LocutusOfBorg> and I dropped, because upstream actually duplicated them
[10:54] <Laney> checking for Mir support... no
[10:55] <xnox> Laney, yeap, found the delta.
[10:55] <Laney> some mir things get pulled in, evidently transiently, but that seems to not be sufficient
[10:56] <LocutusOfBorg> ok let me fix it
[10:56] <xnox> LocutusOfBorg, see at the end http://paste.ubuntu.com/14662490/ there are chuncks of things from debian/rules
[10:56] <xnox> LocutusOfBorg, that are dropped. Evidentaly, since libmirclient-dev is available anyway, you can add those bits to debian/rules but with extra DEB_VENDOR treatment
[10:56] <Laney> it's auto detected
[10:56] <xnox> to e.g. enable it only on ubuntu, whilst uploading it into debian.
[10:56] <Laney> so I guess you could add that to fail the build if it doesn't get enabled
[10:57] <Laney> but probably not synacble if additional BDs are needed
[10:57] <xnox> then again i don't know how MIR or libsdl thing work...
[10:57] <xnox> LocutusOfBorg, please work out and fix/re-enable mir support if needed =)
[10:58] <LocutusOfBorg> yes, I'll probably upload it in ubuntu in a few moments (I need to check in a ppa)
[10:58] <LocutusOfBorg> and then if the patch is sane enough go in debian too
[10:58] <Laney> merci
[10:58] <LocutusOfBorg> thanks to you both for the help
[10:58] <LocutusOfBorg> but at the end, why isn't it autodetected?
[10:59] <LocutusOfBorg> I think I should patch configure.ac somewhere, to fix the detection, instead of tweaking rules file
[11:01] <LocutusOfBorg> "if $PKG_CONFIG --exists mirclient egl xkbcommon ; then"
[11:04] <LocutusOfBorg> probably just a missing build-dependency
[11:04] <LocutusOfBorg> I suspect mir support has been broken anyway also before
[11:04] <LocutusOfBorg> for some little value of "broken" probably?
[11:06] <Laney> broken how?
[11:07] <xnox> LocutusOfBorg, it was not broken before
[11:07] <xnox> checking for Mir support... yes
[11:07] <xnox> -- dynamic libmirclient -> libmirclient.so.8
[11:07] <xnox> -- dynamic libxkbcommon -> libxkbcommon.so.0
[11:07] <xnox> https://launchpadlibrarian.net/196165225/buildlog_ubuntu-vivid-amd64.libsdl2_2.0.2+dfsg1-6ubuntu2_UPLOADING.txt.gz
[11:07] <LocutusOfBorg> yes, true
[11:07] <LocutusOfBorg> I'm actually checking, thanks
[11:08] <LocutusOfBorg> the question is: the autodetect code never worked, but before it was forced in rules file
[11:08] <LocutusOfBorg> instead of forcing it would be better to fix the configure.ac file maybe?
[11:09] <tkamppeter> cjwatson, hi
[11:16] <LocutusOfBorg> ok I found a clie
[11:16] <LocutusOfBorg> clue
[11:16] <LocutusOfBorg> autoconf tries to compile a sample program
[11:17] <LocutusOfBorg>                     MirMotionToolType tool = mir_motion_tool_type_mouse;
[11:17] <LocutusOfBorg>
[11:17] <LocutusOfBorg> but that enum doesn't exist, even if it is in the documentation
[11:20] <cjwatson> tkamppeter: hi, hwat's up?
[11:20] <cjwatson> er, what
[11:20] <cjwatson> excessively Old English there
[11:26] <tkamppeter> cjwatson, you told me that liblouis-bin would make it automatically into Main when I upload something which depends on liblouis-bin to Main.
[11:28] <pitti> tkamppeter: not automatically, but it's a prerequisite
[11:28] <pitti> tkamppeter: it's on http://people.canonical.com/~ubuntu-archive/component-mismatches.txt , I'll promote it now
[11:29] <pitti> tkamppeter: done, it now just needs a publisher run and mirror sync, so  < 1 h
[11:29] <cjwatson> beat me to it
[11:30] <cjwatson> indeed, I didn't explicitly say it was automatic; though I wasn't very clear
[11:36] <Laney> LocutusOfBorg: looks like that's only in the check
[11:37] <Laney> you can probably replace it with a version check instead?
[11:37] <LocutusOfBorg> Laney, it uses the check of a common api to know if the code can be compiled
[11:37] <LocutusOfBorg> so probably since somebody removed that part of api, I need to have something better-proof call?
[11:37] <Laney> LocutusOfBorg: yes but it's not like the actual code itself uses API which is removed
[11:37] <LocutusOfBorg> I'm looking at bzr  mir code to understand the actual replacement
[11:37] <Laney> can you just pkg-config check for a recent ish version?
[11:37] <LocutusOfBorg> Laney, this is true, I might also look to some calls that libsdl2 uses
[11:37] <Laney> instead of try-compiling?
[11:38] <LocutusOfBorg> since the api seems to change, I would like to keep a try-compile and forward upstream
[11:39] <Laney> I don't understand, you might pick the wrong bit
[11:39] <Laney> it's going to fail to build if the API breaks anyway
[11:40] <LocutusOfBorg> so how do you suggest to fix it?
[11:41] <LocutusOfBorg> "if $PKG_CONFIG --exists mirclient egl xkbcommon ; then"
[11:41] <LocutusOfBorg> enable and live happy?
[11:42] <Laney> If you know a lower bound on the version then you can check for that - there's a PKG_CHECK_MODULES macro
[11:42] <LocutusOfBorg> I don't know a lower bound unfortunately
[11:42] <Laney> it says something about 14.04
[11:43] <Laney> so that's a good indicator, or maybe brandon knows
[11:43] <LocutusOfBorg> precise isn't supported anymore AFAIK, so no check isn't good? :)
[11:44] <LocutusOfBorg> I'm a cmake guy, autoconf syntax is obscure to me :)
[11:52] <LocutusOfBorg> the fix seems to be working
[11:52] <LocutusOfBorg> but I need to patch it again, because mir changed api
[11:57] <Laney> LocutusOfBorg: actually it looksl ike you can pass >= to pkg-config --exists, if that's helpful
[11:57] <Laney> --exists 'libmirclient >= the-version-in-trusty'
[11:57] <ahasenack> hi guys, what does the SRU queue look like nowadays? I have this bug for which I uploaded packages but they need review by the sru team: https://bugs.launchpad.net/landscape-client/+bug/1508110
[11:58] <cjwatson> ahasenack: http://people.canonical.com/~ubuntu-archive/pending-sru.html#upload-queues  I've seen worse
[12:22] <LocutusOfBorg> Laney, I'll use the one from there
[12:22] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/libsdl2/+bug/1513241
[12:38] <pitti> cjwatson: I'm looking at bug 1537136; does it sound workable/correct if udev-udeb starts shipping a hook /usr/lib/finish-install.d/copy-persistent-net which copies /etc/udev/rules.d/70-persistent-net.rules to /target/etc/udev/rules.d/ ?
[12:38] <pitti> cjwatson: (sorry, not familiar with udebs at all)
[12:39] <pitti> just looked at http://d-i.alioth.debian.org/doc/internals/apb.html
[12:39] <pitti> cjwatson: earlier would be better, so would post-base-installer.d/ be ok?
[12:42] <pitti> cjwatson: unping, this script already exists, it just seems we aren't installing the generator
[12:43] <mapreri> pitti: I believe your force for jquery & friends needs some adjustments, since jquery (and friends) are not migrating.
[12:44] <LocutusOfBorg> Laney, xnox actually due to MIR api changes, libsdl2 wasn't working anymore with the new MIR protocol
[12:44] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/libsdl2/+bug/1513241
[12:45] <LocutusOfBorg> so it isn't actually a regression, but I promise I'll take care of it :)
[12:45] <cjwatson> pitti: heh.  right, if the generator isn't in udev-udeb it probably won't work so well
[12:46] <pitti> cjwatson: my grep apparently didn't catch the base-installer.d/05udev script, so that part should be okay
[12:47] <tkamppeter> pitti, thank you very much.
[12:47] <pitti> cjwatson: all the udebs are bundled in netinst's initrd.gz, right? so I could just modify that to install an updated udeb locally
[12:47] <pitti> mapreri: I can't force the migration as it makes things uninstallable; see "trying: jquery" on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[12:47] <pitti> mapreri: apparently this needs some more rebuilds or porting to the new version
[12:47] <pitti>     * amd64: gitit, libghc-gitit-data, libghc-gitit-dev, libghc-gitit-prof
[12:47] <cjwatson> pitti: yep
[12:48] <pitti> mapreri: those packages become uninstallable with the new jquery
[12:48] <pitti> cjwatson: ack, thanks
[12:48] <cjwatson> oh, haskell might be improvable now that aeson is fixed
[12:48] <cjwatson> (gitit)
[12:48] <cjwatson> it was stuck for a while
[12:48]  * cjwatson goes to poke that
[12:48] <mapreri> thank you.
[12:49] <mapreri> pitti: wasn't force a thing to ignore uninstallability troubles and migrate that anyway?
[12:49] <cjwatson> mapreri: not force-skiptest
[12:50] <cjwatson> mapreri: sure, there are hints to force things really hard but they should almost never be used
[12:50] <tjaalton> pitti: nfs shares fail to get mounted on boot if using the hostname in fstab, because apparently it can't resolve the hostname yet at that point.. do you know if this is filed somewhere already, or if it's a bug at all?
[12:51] <tjaalton> and would it be in nfs-utils or elsewhere
[12:51] <mapreri> ah, then the "forced by pitti" in _excuses means something related to the tests...  I thought it was the same "force" hint for britney...
[12:51]  * mapreri is learning stuff every time he put his nose inside this channel :D
[12:51] <cjwatson> pitti: if you need more complicated initrd changes, then you can grab the debian-installer source, drop updated udebs into build/localudebs/, and run "make -C build rebuild_netboot"
[12:52] <pitti> cjwatson: oh cool, thanks; that seems useful as a more reliable way to test changes
[12:52] <tjaalton> also, all the hosts here that have sssd set up to use my local directory service kick me out during dist-upgrade to a new release. annoying as hell and no idea what's wrong and where
[12:52] <cjwatson> mapreri: well, to be fair it does say "Should wait for tests relating to jquery 1.11.3+dfsg-4, but forced by pitti" :-)
[12:52] <LocutusOfBorg> pitti, I would like to do a no change rebuild against libpodofo0.9.3. for your krename
[12:52] <pitti> mapreri: right, I forced the tests, but we can't/don't want to force over uninstallability
[12:53] <LocutusOfBorg> mapreri, ^^^
[12:53] <pitti> LocutusOfBorg: oh, sure; I can do that with a single command, hang on
[12:53] <LocutusOfBorg> I have already it pending
[12:53] <cjwatson> it'll take a couple more days to work through the current ghc transition, assuming nothing else goes wrong with it
[12:53] <mapreri> pitti: then please also add scribus and calibre to the list ♥
[12:53] <cjwatson> but I'll try to stay on top of it
[12:53] <mapreri> (same transition)
[12:54] <pitti> LocutusOfBorg: krename upload
[12:54] <pitti> ed
[12:54] <pitti> $ rebuild-lib-transition libpodofo0.9.3 krename
[12:54] <pitti> mapreri: for the same libpodofo0.9.3 transition?
[12:54] <mapreri> pitti: yup.
[12:54] <LocutusOfBorg> yes
[12:54] <mapreri> done in debian a cople of days ago
[12:55] <LocutusOfBorg> pitti, I did stole without shame from cjwatson, adding some bits http://paste.ubuntu.com/14662972/
[12:55] <pitti> done
[12:55] <mapreri> cool
[12:55] <cjwatson> I suspect pitti's scripts are nicer than mine
[12:55] <pitti> LocutusOfBorg: heh, I guess everyone has their own little helpers for this :/
[12:55] <cjwatson> That is often the way
[12:55] <LocutusOfBorg> yes, I'm wondering why there isn't a tool in ubuntu-dev-tools for this
[12:55] <pitti> cjwatson: by and large the same: http://paste.ubuntu.com/14662976/
[12:55] <cjwatson> (what LocutusOfBorg pasted isn't exactly mine though, I wouldn't have used the gratuitous/unnecessary bashism :P )
[12:56] <LocutusOfBorg> :p
[12:56] <cjwatson> pitti: ah yes, close enough
[12:56] <LocutusOfBorg> my script should work also after xenial
[12:56] <LocutusOfBorg> assuming "distro-info --devel" gets updated quickly :)
[13:03] <LocutusOfBorg> bschaefer, :D
[13:04] <bschaefer> hello!
[13:04]  * LocutusOfBorg is waiting for a punch
[13:04] <LocutusOfBorg> hello and sorry :)
[13:04]  * bschaefer wonders what happened
[13:04] <LocutusOfBorg> wrt libsdl2
[13:05] <bschaefer> reading the comment umm
[13:05] <bschaefer> LocutusOfBorg, is your patch base on the branch or the WIP branch?
[13:06]  * bschaefer should just look
[13:06] <bschaefer> and i would prefer to have mir enabled
[13:06] <LocutusOfBorg> it is based on the patch on the bug report
[13:06] <LocutusOfBorg> bschaefer, sure, this is why I would like to upload ASAP
[13:06] <LocutusOfBorg> we were also talking about just doing some pkg-config --exists mir or whatever
[13:06] <LocutusOfBorg> without the try-compile
[13:07] <bschaefer> LocutusOfBorg, the patch needs to be based on this branch: https://code.launchpad.net/~brandontschaefer/+junk/SDL2-new-mir-ABI
[13:07] <bschaefer> since it fixed quite a few bugs
[13:07] <bschaefer> umm i made a ppa
[13:07] <bschaefer> with a patch
[13:07] <bschaefer> https://launchpad.net/~mir-team/+archive/ubuntu/staging
[13:07] <LocutusOfBorg> just a question: libsdl2 was broken even before my sync, right?
[13:07] <LocutusOfBorg> I mean, with a no-change rebuild I would have triggered a build failure?
[13:08] <bschaefer> LocutusOfBorg, yeah its been broken since mir 0.13
[13:08] <bschaefer> IIRC
[13:08] <LocutusOfBorg> ok, this might explain something :D
[13:08] <LocutusOfBorg> btw, with this patch you know we are enabling mir for everywhere available?
[13:08] <bschaefer> yeah, just been slow to getting a patch out then saw 2.0.4 being worked
[13:08] <bschaefer> on soo i waited
[13:08] <LocutusOfBorg> before it was enabled for i386, amd64, armhf
[13:09] <LocutusOfBorg> now we are adding arm64, and maybe more
[13:09] <bschaefer> it should be i386/amd64/armhf
[13:09] <bschaefer> hmm
[13:09] <bschaefer> arm64 should be supported
[13:09] <LocutusOfBorg> ok wonderful
[13:09] <bschaefer> *should* as in, i think :)
[13:09] <bschaefer> bregma, ^
[13:12] <LocutusOfBorg> so can I upload that version?
[13:13] <LocutusOfBorg> you added "libmirclient-dev" as dependency, in my environment it gets installed automatically
[13:14] <bschaefer> LocutusOfBorg, the version you attached to the bug? (Im also not *super* excellent on debain packing soo there could be a mistake there)
[13:14] <bschaefer> or the one in the ppa?
[13:14] <cjwatson> direct dependencies should be explicit even if they're installed automatically via something else
[13:14] <LocutusOfBorg> the one from ppa
[13:14] <cjwatson> simple rule: if you use it explicitly, depend on it explicitly
[13:14] <LocutusOfBorg> but I'm looking to fix something
[13:14] <LocutusOfBorg> ok
[13:15] <bschaefer> if we want to enable mir support by default it will be needed
[13:15] <bschaefer> but its also not *required* to run SDL2
[13:15] <bschaefer> but since we want to run mir with sdl2 it should be included explicitly
[13:15] <bschaefer> LocutusOfBorg, let me ... install that package and test it out
[13:16] <LocutusOfBorg> bschaefer, I'm uploading in a ppa
[13:16] <LocutusOfBorg> please wait :D
[13:17] <bschaefer> o cool
[13:17] <bschaefer> LocutusOfBorg, since i pushed that patch to a ppa and i tested the source file and checked mir was built
[13:17] <bschaefer> but i havent tested the ppa out it self yet
[13:17] <LocutusOfBorg> https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/
[13:18] <LocutusOfBorg> I did some little changes, from your package
[13:18] <LocutusOfBorg> (I started from the ppa)
[13:18] <LocutusOfBorg> 1) changelog merged with the debian one
[13:18] <LocutusOfBorg> 2) removed the copyright patch parts (your patch was changing back copyright years, I removed the change)
[13:18] <LocutusOfBorg> 3) rebased the version number
[13:21] <bschaefer> nice
[13:21] <LocutusOfBorg> oh I also renamed from .patch to .diff, to be the same as the other patch
[13:21] <LocutusOfBorg> and I'm adding some verbosity to changelog
[13:22] <LocutusOfBorg> explaining the ubuntu delta, because I presume I can't upload it on debian
[13:23] <bregma> bschaefer, once the SDL 2.0.4 package is in Ubuntu, can all the changes just go upstream  so 2.0.5 can be just a plain synch?
[13:24] <bschaefer> bregma, that would be ideal, and once 2.0.5 hits the patch *should* be removed and all should be well
[13:24] <bschaefer> LocutusOfBorg, yup, ... once 16.04 hits ill push these changes upstream
[13:25] <bschaefer> and debian will have it from upstream :)
[13:25] <LocutusOfBorg> bschaefer, so I'll wait for your ack
[13:25] <bschaefer> yup adding the ppa now!
[13:25] <LocutusOfBorg> http://paste.ubuntu.com/14663107/
[13:26] <LocutusOfBorg> this is the debdiff
[13:26] <LocutusOfBorg> I just added some verbosity in changelog
[13:26] <LocutusOfBorg> and as said before rebased the patch
[13:27] <LocutusOfBorg> but no *useful* changes, and please note: we are enabling mir almost everywhere the test code compiles, not as before
[13:27] <LocutusOfBorg> +1 for upstreaming changes
[13:28] <bschaefer> cool, yeah once you see it builds with mir
[13:28] <bschaefer> and it all compiles it *usually* worked out well :)
[13:28] <bschaefer> LocutusOfBorg, hmm your ppa ... is losing to the archive :(
[13:28] <Mirv> @pilot out
[13:29] <bschaefer>  *** 2.0.4+dfsg1-2 500
[13:29] <bschaefer>         500 http://us.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages
[13:29] <LocutusOfBorg> https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+build/8893186
[13:29] <LocutusOfBorg> you can just grab the deb files
[13:29] <LocutusOfBorg> they aren't published yet I guess
[13:29] <bschaefer> o
[13:29]  * bschaefer should have checked that :)
[13:29] <LocutusOfBorg> checking for Mir support... yes
[13:29] <LocutusOfBorg> -- dynamic libmirclient -> libmirclient.so.9
[13:30] <LocutusOfBorg> -- dynamic libxkbcommon -> libxkbcommon.so.0
[13:30] <LocutusOfBorg> the build seems fine
[13:30] <bschaefer> cool, sooo now its down to ... did i mess the patch up somehow :)
[13:30] <jamespage> this has me scratching my head:
[13:30] <jamespage> old binaries left on amd64: libpe-status4, libpengine4, pacemaker-dbg (from 1.1.13-2ubuntu1)
[13:31] <jamespage> I'd assumed that it was due to some transitions that needed to be done, which I think I have completed - but I can't figure out what's holding onto those...
[13:32] <LocutusOfBorg> BTW bschaefer bregma if we force "libmirclient-dev" build-dependency we won't be able to sync it from debian
[13:32] <LocutusOfBorg> even if the patch is upstreamed
[13:33] <bschaefer> LocutusOfBorg, upstream wont have libmirclient in its control
[13:33] <bschaefer> i would assume we would just have a small patch in ubuntu to have that
[13:33] <LocutusOfBorg> bschaefer, neither debian
[13:34] <LocutusOfBorg> ok, that was the mean
[13:34] <LocutusOfBorg> so, plain sync isn't possible
[13:34] <bschaefer> unless debian has libmir :)
[13:34] <LocutusOfBorg> I guess not :D
[13:37] <flexiondotorg> Mirv, you about?
[13:47] <tkamppeter> pitti, cjwatson, CUPS has built now, thank you for the help.
[13:47] <bschaefer> LocutusOfBorg, yay terria still works
[13:48] <tkamppeter> pitti, cjwatson, will CUPS now get from -proposed into -release or do you have to give it a kick to do so?
[13:48] <bschaefer> :| but mouse doesnt seem to work... hmm one sec
[13:48] <ginggs_> hi, is there a reason we don't have ceres-solver in ubuntu ? https://tracker.debian.org/pkg/ceres-solver I don't see it in the sync blacklist and it was uploaded to unstable at the end of november.
[13:50] <cjwatson> tkamppeter: the easiest way to find out is to wait and see
[13:50] <cjwatson> tkamppeter: normally no manual action is needed though
[13:52] <cjwatson> jamespage: corner case in the handling of -proposed as a partial suite; I've removed those
[13:52] <jamespage> cjwatson, ack - thanks
[13:52] <bschaefer> LocutusOfBorg, ignore my concern! Using an older client
[13:52] <bschaefer> vs a newer server and i broken the server/client protocol soo no client mouse events
[13:53] <bschaefer> LocutusOfBorg, patch working correctly for me! +1 to use it
[13:53] <LocutusOfBorg> so can I push on ubuntu?
[13:53] <LocutusOfBorg> uploaded :D
[13:53] <tkamppeter> cjwatson, thanks.
[13:54] <LocutusOfBorg> thanks a lot bschaefer
[13:54] <bschaefer> LocutusOfBorg, awesome thanks! didnt expect to get that patch pushed so quickly :)
[13:54] <bschaefer> thank you!
[13:54] <LocutusOfBorg> bschaefer, I actually broke the build, so I had to :D
[13:54] <LocutusOfBorg> for the next time, just ping me, and I'll take care of it
[13:54] <LocutusOfBorg> BTW In debian we are planning an update of all the sdl2-* related libraries (just bugfixes)
[13:55] <bschaefer> LocutusOfBorg, awesome, thats good to know
[13:55] <bschaefer> all the sdl2-* shouldnt cause issues for the mir stuff?
[13:55] <LocutusOfBorg> and then a question for cjwatson
[13:55] <bschaefer> at lease i never had to do anything special with those
[13:55] <LocutusOfBorg> In debian the libpng16 transition is mostly "done" I mean, we patched the sources except for a few build failures, and we are waiting for the release team to proceed
[13:56] <LocutusOfBorg> I did ~30 NMUs and they are pending, and I'm planning to merge ubuntu whenever possible
[13:56] <LocutusOfBorg> do you think we can arrange a transition for xenial?
[13:57] <cjwatson> LocutusOfBorg: let's not have me be in charge of deciding whether to do transitions - I'm not sufficiently on top of things
[13:57] <LocutusOfBorg> so, moving to -release maybe?
[13:57] <cjwatson> sure
[13:57] <LocutusOfBorg> thanks :D
[13:58] <LocutusOfBorg> bschaefer, I'm also closing the #1513241 bug
[13:58] <LocutusOfBorg> in changelog
[13:58] <LocutusOfBorg> wow it is building awesomly fine
[13:58] <bschaefer> LocutusOfBorg, awesome thanks!
[13:59] <LocutusOfBorg> now mir is enabled everywhere, lets see how it goes
[14:00]  * bschaefer hopes quite well
[14:00] <LocutusOfBorg> thanks to you, without your patch sdl2 would have been in a bad state
[14:00] <LocutusOfBorg> I should have asked before doing the sync
[14:03] <bschaefer> LocutusOfBorg, :), didnt *know* anyone needed to be poked but ill know next time! (though hopefully this wont happen again!)
[14:03] <bschaefer> as it'll be upstream
[14:05] <LocutusOfBorg> bschaefer, it was me having to poke you before doing the sync
[14:05] <LocutusOfBorg> but I actually checked the actual delta and it was upstreamed
[14:06] <LocutusOfBorg> I missed the rules part change
[14:06] <LocutusOfBorg> and I missed the new patch not yet uploaded
[14:06] <LocutusOfBorg> but well, now we should be good
[14:06] <bschaefer> LocutusOfBorg, the reason i held off on the 2.0.3 patch is it didnt cleanly go from working with 2.0.3 --> 2.0.4...
[14:06] <bschaefer> for some reason
[14:06] <bschaefer> sooo i figured i should wait
[14:07] <LocutusOfBorg> I hope it is fine now
[14:07] <sil2100> mvo_: hey! I see you're doing commits to goget-ubuntu-touch along with Sergio - could you take a look at my quick noob MP by any chance? Nothing too urgent tho! https://code.launchpad.net/~sil2100/goget-ubuntu-touch/touch-devel-warning/+merge/282045
[14:07] <bschaefer> building is a good start!
[14:11] <mvo_> sil2100: sure, I have a look
[14:13] <sil2100> mvo_: thank you!
[16:45] <doko> pitti, is this temporary? http://autopkgtest.ubuntu.com/packages/r/ruby-redcarpet/xenial/s390x/ ?
[16:54] <pitti> doko: temporary how? It had been uninstallable for a while, but apparently that got resolved now?
[16:56] <doko> pitti, you only answered after it passed
[16:57] <pitti> doko: ah, ok; so I guess ruby 2.2.4 makes it installable?
[16:57] <doko> pitti, no, that's unrelated
[23:14] <tsimonq2> having a bit of a problem, trying to branch a Bazaar repo and I keep getting public key errors. But my GPG key is imported correctly in Launchpad...what should I do?
[23:17] <sarnold> is the error instead in your ssh config?
[23:19] <tsimonq2> sarnold: what do you mean?
[23:19] <tsimonq2> keep getting:
[23:19] <tsimonq2> Permission denied (publickey).
[23:19] <tsimonq2> ConnectionReset reading response for 'BzrDir.open_2.1', retrying
[23:19] <tsimonq2> Permission denied (publickey).
[23:19] <tsimonq2> bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist.
[23:19] <tsimonq2> (sorry for the paste, it's only 4 lines)
[23:21] <sarnold> tsimonq2: yeah, that looks like an ssh error instead of gnupg -- does launchpad know the ssh public key you're using?
[23:22] <sarnold> (at least I think it needs your ssh key.. it's been years since I set that up)
[23:22] <roadmr> yes, what you need is ssh key for that
[23:23] <roadmr> tsimonq2: need to add your SSH public key (usually .ssh/id_rsa.pub) here: https://launchpad.net/~/+editsshkeys
[23:24] <tsimonq2> and I did
[23:24] <roadmr> tsimonq2: oh yes it's there :)
[23:24] <tsimonq2> http://keyserver.ubuntu.com:11371/pks/lookup?fingerprint=on&op=index&search=0x9C6058DF83975841F42717F99F9292DB1C174C6F
[23:25] <tsimonq2> this is the one on THIS computer
[23:25] <roadmr> tsimonq2: hm, what you're showing is a gpg key, not ssh key
[23:25] <sarnold> that looks like a gpg key, not ssh
[23:26] <sarnold> it'd be one of these two https://launchpad.net/%7Etsimonq2/+sshkeys
[23:26] <tsimonq2> and this is my gpg --list-keys output(taking away my private key :P):
[23:26] <tsimonq2> pub   4096R/1C174C6F 2015-12-05 [expires: 2016-06-02]
[23:26] <tsimonq2> uid                  Simon Quigley<EMAIL_ADDRESS>[23:27] <roadmr> tsimonq2: what happens if you try ssh bazaar.launchpad.net ? (it should reply "No shells on this server.")
[23:27] <tsimonq2> Permission denied (publickey).
[23:28] <tsimonq2> oh I SEE...I'll look at my ssh keys
[23:30] <tsimonq2> yay thanks guys
[23:32] <sarnold> hah, my ssh bazaar.launchpad.net fails too. but my bzr+ssh tree still works.. go figure.


[08:42] <Zachk18> hi
[08:42] <Zachk18> recently joined the team
[08:42] <Zachk18> thought i'd introduce myself


[05:23] <dlbike76> Hello
[05:26] <dlbike76> Is anyone from BugSquad around?
[05:26] <micahg> dlbike76: for a couple minutes
[05:28] <dlbike76> Ok so I'm looking at bug 613504.  I have found a similar bug report at the upstream gnome bugtracker (#602494).
[05:28] <ubot2> Launchpad bug 613504 in gnome-media (Ubuntu) "maximum output volume is not reached with voume control (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/613504
[05:28] <dlbike76> Is finding the upstream bug report enough to change the status to confirmed?
[05:28] <micahg> gnome 602494
[05:28] <ubot2> Gnome bug 602494 in gnome-volume-control "allow media keys, mouse scroll wheel to use volume >100% once active" [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=602494
[05:29] <maco> dlbike76: i would say yes
[05:29] <micahg> not exactly the same bug
[05:30] <dlbike76> Okay.
[05:30] <maco> oh yeah those arent the same
[05:30] <micahg> maco: you want to take over, I'm about to head to sleep
[05:30] <maco> but in cases where you DO find actually-matching bugs, yes, id call that confirmed
[05:30] <maco> micahg: not particularly :P
[05:38] <dlbike76> Thanks.  I'll keep looking.
[05:39] <maco> mmm well actually
[05:39] <maco> those do seem like the same UI bug
[05:39] <maco> 100% isnt the max is the thing
[05:39] <maco> so yeah go ahead and link them
[05:39] <maco> i just actually like, read the text ;-)
[05:40] <maco> instead of just titles
[05:47] <dlbike76> I notice the same behavior of the volume control applet on my machine.  The applet shows 100% but sound preferences allows a setting above 100%.
[11:06] <njin> vish: are you in ?
[11:07] <vish> njin: hey
[11:08] <njin> hggdh: around ?
[11:09] <njin> hvish: hello, can i go on with sending messages at mine bugs without packages or preferible wait my mentor ?
[11:09] <njin> vish: hello, can i go on with sending messages at mine bugs without packages or preferible wait my mentor ?
[11:10] <vish> njin: not sure i understood , you can work on bugs and just assign the bugs to the package and make the comments as you have been doing.. if thats what you meant ,yes! :)
[11:10] <njin> vish: yes
[11:12] <njin> Ok, i go on.
[11:38] <devildante> hi all :)
[12:28] <njin> CALL supervisors, I have a doubt. i'm assigned to bug without package assigned. At now I have treated bugs of jaunty. I've sent ~780 request of confirmation the issue in Lucid, i've received 193 reply (114 marked as Invalid due to update, 24 Confirmed, 6 converted to question, 3 duplicates, the remaining are waiting responses from reporters. My dubt is if I have to assign the package before than have the reply of the reproducibilit
[12:28] <njin> bug that probably never have reply from the reporter.
[12:30] <njin> So i'm asking: isn't better (only in the case of bugs regardin an old distro) triage it after i have received the reply from the reporters ?
[12:32] <micahg> well, if you can easily reproduce, there's no need to ask the reporter
[12:35] <njin> micahg: ok but these cases are few, majority are reported by one person that have, in most cases, hardware issues
[12:36] <njin> for me there's no problem, i don't want to disturb people with a lot of messages
[12:38] <njin> * i dont wnt to disturb supervisor with many messages that never have reply..
[12:39] <micahg> njin: what do you mean supervisor?
[12:39] <njin> Then for now i follow the procedure, assigning the package, but securely some supervisor will reply...
[12:39] <njin> supervisor of the package
[12:39] <yofel> bugs that are set to 'Ubuntu' don't have a maintainer and no direct subscriber
[12:40] <micahg> well, they still go to the ubuntu-bugs list
[12:40] <yofel> only the 'ubuntu-bugs' bot for the mailing list is subscribed to them, and the people that are subcribed to all ubuntu bugs
[12:41] <njin> the person that will be automatically subscribed to the bug
[12:41] <yofel> you mean the reporter?
[12:42] <njin> no, every package is assigned to a person or not ?
[12:43] <njin> the person that will be automatically subscribed to the bug when the bug is triaged
[12:43] <yofel> yes, but bugs against 'ubuntu' don't have a package, thus no specific person is subcribed to them
[12:43] <yofel> oh, you mean if you set the package and then send the mail?
[12:43] <njin> Yes
[12:44] <yofel> ah, misunderstood you, sry. Well, they get a mail anyway if a bug is set to their package with a notification that a new bug was added for that package
[12:44] <njin> and i'm talking of about 1600 bugs
[12:45] <yofel> so? it's not like you set all of them to the same package, and as you said not all of them are actually still bugs or have enough information to identify the package
[12:45] <njin> ah, ok then i triage then i send the request of confirmation of the issue in lucid.
[12:46] <njin> well?
[12:48] <yofel> well, IMHO the order doesn't matter. For old bugs certainly ask if they are still reproducable and ask for enough information to reproduce it and assign the package if possible.
[12:48] <micahg> yofel: well, bdmurray has said in the past if there are clear reproduce steps, we should rather try to reproduce than ask people for updates
[12:50] <yofel> err right, no need to ask for reproducability if we can reproduce the bug ourselves
[12:52] <micahg> njin: ^^^
[12:53] <njin> micahg: ok then i ask the right steps to reproduce the bug in jaunty ?
[12:53] <micahg> njin: no, if the user provides reproduce steps, you try to reproduce on Lucid/Maverick
[12:53] <njin> oh good notice
[12:55] <njin> Ok i go to work
[13:09] <hggdh> mornings
[13:09] <pedro_> morning hggdh
[13:10] <hggdh> morning pedro_
[13:22] <devildante> hi pedro_ :)
[13:23] <pedro_> hey devildante!
[13:26] <stanley_robertso> hi all
[13:26] <jibel> morning pedro_ , hggdh and all
[13:27] <pedro_> bonjour jibel
[13:27] <stanley_robertso> hi jibel
[13:28] <hggdh> jibel: !!!
[13:28] <hggdh> bon jour mon ami, ça va?
[13:39] <jibel> hggdh, ça va parfaitement et c'est une très bonne journée ;)
[13:40] <devildante> jibel, hggdh: bonjour à vous deux ;-)
[13:41] <jibel> bonjour devildante
[13:44] <pedro_> baguette!
[13:45] <gorilla> pedro_: and go!
[13:45] <pedro_> ;-)
[13:45] <devildante> we should rename this channel to #ubuntu-bugs-fr :p
[13:46]  * gorilla quits channel... and goes to re-join #ubuntu-bugs.
[13:47] <pedro_> reboot brb
[13:49] <hggdh> bonjour à toi devildante
[13:55] <hggdh> welcome back my friend / to the show that never ends / we are glad to have you here / come along, come along
[13:55]  * hggdh ends the moment of Emerson, Lake & Palmer
[13:56]  * hggdh goes to refresh libglib. Back in a moment
[14:12] <abhijit> hello
[14:12] <abhijit> just a request.!!!!!
[14:12] <abhijit> see here ;http://picasaweb.google.com/abhijit.foss/MyCoolDesktop#5496756959137758002 my dekstop photo!!!!  (Again) trying it now ;-)
[15:08] <kermiac> hggdh: No probs hggdh, I've been busy with helping out another couple of projects anyway. Seems like Dray is busy with a lot of stuff atm too.
[15:08] <njin> i'm in trouble with this bug390012
[15:08] <kermiac> bug 390012
[15:08] <hggdh> kermiac: yes... we'll work on it
[15:08] <ubot2> Launchpad bug 390012 in ubuntu "[Kubuntu 9.04] Cannot extract audio from CD as ordinary user (affects: 1) (heat: 14)" [Undecided,Incomplete] https://launchpad.net/bugs/390012
[15:12] <njin> pedro_: welcome
[15:14] <kermiac> hggdh: I'm still interested in working on that, it will be a relatively long term project though. Please ping me if you get a chance to work on that script mate, no rush though as I'm working on a few other things atm. I'm off to bed for the night
[15:15] <kermiac> my sentence structure is basically non-existant atm
[15:15] <hggdh> kermiac: will do. What sentence structure? Oh, OK. The one that should have been there in the first place...
[15:15] <hggdh> at least there are commas
[15:16] <kermiac> haha, yeah... it's been a very long day
[15:18] <njin> can someone confirm this https://bugs.launchpad.net/bugs/615126
[15:18] <ubot2> Ubuntu bug 615126 in apt-file (Ubuntu) "apt-file: error in creating child process for this terminal (affects: 1) (heat: 6)" [Undecided,New]
[15:20] <vish> hmm , he aint here yet!
[15:20] <vish> err , he left rather...
[15:21] <vish> hggdh: guess he felt ignored :(
[15:21] <devildante> vish: guess we're all busy :(
[15:22] <vish> devildante: heya , poked mvo yet? ;p
[15:23] <mvo> about what exactly?
[15:24] <hggdh> njin: sorry, not running lucid. Will test on a VM soon
[15:24] <njin> ok, when you can.
[15:24] <njin> pedro_: around?
[15:25] <pedro_> njin, yes, hello
[15:25] <hggdh> njin: look at /var/log/apt/term.log
[15:25] <vish> mvo: https://code.launchpad.net/~ilidrissi.amine/update-manager/window-main-alerts/+merge/31091  , that fixes 4bugs mpt spec'd for update handling
[15:26] <mvo> yeah, I promised to look at it today
[15:26] <vish> cool!
[15:28] <njin> hggdh: The system-wide cache is empty. You may want to run 'apt-file update'  as root to update the cache. You can also run 'apt-file update' as  normal user to use a cache in the user's home directory.
[15:31] <njin> hggdh: in the terminal with root permission works
[15:33] <njin> pedro_: hello, sorry i,ve a problem with apt-file
[15:33] <devildante> vish, mvo: thanks :)
[15:48] <jibel> njin, hi, this is very likely bug 508089
[15:48] <ubot2> Launchpad bug 508089 in apt-file (Ubuntu) "apt-file fails 'There was an error creating the child process for this terminal' (affects: 1) (heat: 20)" [Undecided,Fix released] https://launchpad.net/bugs/508089
[15:52] <njin> jibel: tanks, it the same, but in Lucid we still with the bugged version
[15:54] <njin> jibel: in Lucid we have 2.3.3 and the fixed version is 2.4.0
[15:54] <njin> wait for update then mark as invalid .
[15:57] <jibel> njin, You can mark it as duplicate and file an SRU for lucid. https://wiki.ubuntu.com/StableReleaseUpdates
[16:02] <njin> jibel: at now is too complicate for me
[16:04] <drizzle> hi all
[16:04] <njin> jibel: i've to made little step...
[16:10] <jibel> njin, no problem. Mark it as duplicate, I'll proceed with the sru.
[16:11] <njin> pedro_: i need a lesson ( how found duplicates on Lanchpad).
[16:11] <jibel> njin, btw I'm interested to know what seems too complicated in the stable release update process ?
[16:13] <njin> jibel: i'm a new entry and my little brain cannot be overloaded, just little step ( what means btw ?)
[16:14] <ashams> hello all
[16:14] <njin> ashams: hello
[16:15] <ashams> njin: how's your day?
[16:16] <ashams> njin: could you please tell me how to join the Ubuntu Bug Squad??
[16:16] <jibel> njin, I understand and you have a good mentor to help you. btw = by the way
[16:17] <hggdh> ashams: the easiest way is to read http://wiki.ubuntu.com/HelpingWithBugs and follow the instructions pointed out there
[16:17] <hggdh> and we will help you on doubts
[16:17] <ashams> Ok, Thank You, I'll start to.
[16:18] <njin> jibel: thanks, is really a good person, my friends on iso-testing team speaks very well of him
[17:44] <micahg> hggdh: I"m assuming I should let my bugcontrol membership lapse since I'm a dev now?
[17:45] <drizzle> probably a personal call
[17:45] <drizzle> what do you do in development micahg
[17:45] <drizzle> ?
[17:45] <micahg> drizzle: maintain the mozilla package set
[17:46]  * micahg probably should've asked pedro_
[17:47] <ld> oh, nice
[17:48] <pedro_> micahg, congrats!!
[17:49] <pedro_> micahg, well your call re membership on bugcontrol :-)
[17:50] <micahg> pedro_: k, well, I'm an implicit member now through ubuntu-dev, so I don't see why I should keep it active
[17:51] <vish> om26er: heya , dont mark SC bugs "wont fix" if its not specked in the wiki yet, its still a baby and can be improved
[17:51] <pedro_> micahg, yeap but if you are interested on staying on the mailing list i think you need to be a member of the team
[17:51] <om26er> vish, ok. and I no longer triage SC bugs
[17:52] <micahg> pedro_: right, but I am a member through ubuntu-dev, no?
[17:52] <pedro_> micahg, besides that, as you said you'll get the same rights on ubuntu-dev
[17:52] <pedro_> micahg, well i don't exactly recall how launchpad works on that :-P
[17:53] <micahg> pedro_: if it breaks, I'll bug you Wed :)
[17:53] <vish> om26er: ah , cool , i noticed this Bug #597958 only recently
[17:53] <pedro_> micahg, heh ok ;-)
[17:53] <ubot2> Launchpad bug 597958 in software-center (Ubuntu) (and 2 other projects) "Make easy to launch installed apps for novice Ubuntu users (dup-of: 420517)" [Wishlist,New] https://launchpad.net/bugs/597958
[17:53] <ubot2> Launchpad bug 420517 in software-center (Ubuntu) "Installed apps: "where-to" and open button (affects: 12) (dups: 5) (heat: 80)" [Low,Triaged] https://launchpad.net/bugs/420517
[17:53] <micahg> pedro_: team meeting tomorrow?
[17:53] <om26er> vish, that was the last bug I triaged ;)
[17:54] <pedro_> micahg, yes, will send the reminder in a bit
[17:54] <vish> om26er: lol!
[17:55] <hggdh> micahg: yes, ubuntu-dev grants automatic membership to -control
[17:56] <hggdh> micahg: anything goes wrong, it is always pedro_'s doing ;-)
[17:56] <pedro_> !
[17:56] <hggdh> :-)
[17:56] <pedro_> see that's why we don't tell you our secret!
[17:56] <hggdh> grrrrr
[17:57] <vish> pedro_: you dint tell him yet right?!
[17:57] <pedro_> vish, course not!
[17:57] <nigelb> hahaha
[17:57] <vish> \o/
[17:57] <pedro_> tomorrow at the meeting we can tell him another clue
[18:01]  * micahg will pay attention to the meeting time this month :)
[18:02]  * hggdh will also...
[18:05] <kamusin> !ping devildante
[18:05] <ubot2> Factoid 'ping devildante' not found
[18:05] <devildante> hi kamusin :)
[18:07] <kamusin> hey ,  have you listened last message (from BugSquad meeting that we will have tomorrow)?
[18:07] <devildante> kamusin: Yes, I'll be attending
[18:08] <kamusin> super :)
[18:08] <devildante> anyway, hopefully mvo will review my branches today :)
[18:10] <kamusin> I hope so, or tomorrow devildante will execute a sudo rm -fr *software-center* hah
[18:10] <pedro_> !
[18:10] <devildante> !!
[18:10] <pedro_> because he's 'devil' :-O
[18:11]  * pedro_ hugs devildante and kamusin
[18:11]  * devildante hugs pedro_
[18:13] <devildante> I love you all guys :)
[18:13] <kamusin> haha and has a long sword  like a good Sith (he tolds me that)
[18:15] <njin> in a case like this what is the procedure ? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/390004
[18:15] <ubot2> Ubuntu bug 390004 in linux (Ubuntu) "Eeepc 900a won't switch to audio line-in (affects: 1) (heat: 15)" [Undecided,Incomplete]
[18:47] <vish> !ping | vish
[18:47] <ubot2> vish, please see my private message
[18:48] <nigelb> that isn't right
[18:48] <hggdh> what?
[18:48] <elopio> hello there
[18:48] <elopio> my thunderbird is crashing but I don't know how to debug it.
[18:48] <elopio> "thunderbird" is not a binary, so gdb doesn't start it
[18:48] <elopio> and if I use /usr/lib/thunderbird-3.0.6/thunderbird-bin, when gdb starts it can't find libmozjs.so
[18:48] <elopio> is there any guide?
[18:48] <devildante> hggdh: vish pinged vish, and vish isn't even here
[18:49] <hggdh> oooohhh
[18:49] <nigelb> hggdh: it isn't supposed to do PM with |, PM is with > like
[18:49] <hggdh> cool
[18:49] <nigelb> !ping > nigelb
[18:49] <vish> huh! why? that /was/  me pinging myself :D
[18:49] <ubot2> nigelb, please see my private message
[18:49] <nigelb> !ping | nigelb
[18:49] <hggdh> oh, you are not a bot?
[18:49] <vish> not yet ;p
[18:49] <hggdh> :-)
[18:50] <devildante> vish: weird, I don't even see you in the "contact" list in empathy
[18:50] <vish> devildante: yeah , empathy is silly , it aint too good for irc
[18:51] <nigelb> +1
[18:51] <devildante> +42
[18:51] <hggdh> I humbly suggest weechat
[18:52] <devildante> or rather +10.10 :p
[18:52] <njin> what can i do here ? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/390004
[18:52] <ubot2> Ubuntu bug 390004 in linux (Ubuntu) "Eeepc 900a won't switch to audio line-in (affects: 1) (heat: 15)" [Undecided,Incomplete]
[18:52]  * hggdh is running 3.3.rc2
[18:52] <devildante> hggdh: okay, will look at it later
[18:52] <hggdh> devildante: if you are running Maverick, I have the GIT version in my pPA
[18:52] <devildante> oh, great
[18:53] <drizzle> i like pidgin
[18:54] <njin> pedro_: i need your help
[18:55] <hggdh> I gave up on pidgin and xchat.
[18:55] <nigelb> hggdh: irssi ftw!
[18:55] <nigelb> or quassel+quassel core
[18:56] <devildante> i sense a flamewar coming :p
[18:56] <drizzle> is https://bugs.launchpad.net/ubuntu/+source/maximus/+bug/615454 wishlist?
[18:56] <ubot2> Ubuntu bug 615454 in maximus (Ubuntu) "split screen mode needed (affects: 1) (heat: 6)" [Undecided,New]
[18:57] <drizzle> how come there isnt a default response for bugs that are missing flavor, version, architecture and all the standard details like:  https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/615442
[18:57] <ubot2> Ubuntu bug 615442 in euca2ools (Ubuntu) "euca-describe-users fails with ImportError: No module named euca_admin.users (affects: 1) (heat: 6)" [Undecided,New]
[19:31] <hggdh> drizzle: this is a good bug
[19:31] <hggdh> I know, I opened it ;-)
[19:31] <hggdh> the version is there -- the euca-version output
[19:33] <hggdh> but I agree at least I could have added Ubuntu version. At least. probably more
[19:33] <drizzle> i forgot to check attached documents
[19:34] <drizzle> still would be good to have a standard bug response that asks for details like that
[19:34] <drizzle> ..i think
[19:35] <hggdh> there is
[19:37] <hggdh> drizzle: https://wiki.ubuntu.com/Bugs/Responses#Not%20described%20well
[19:38] <hggdh> drizzle: it falls smack on on 'not described well'. Obviously, you would edit the response and add the specifics for the case
[19:39] <drizzle> my mistake
[19:39] <drizzle> i must have missed it
[19:39] <drizzle> <3
[19:40] <drizzle> im down in austin
[19:42] <hggdh> and I am in the Dallas/Forth Worth area. You are better off in Austin :-)
[19:49] <jfi> Hello
[19:49] <valsum> jfi: hello
[19:52] <jfi> Is there somebody with a Gigabyte GA-D525TUD, there are bad values with sensors, someone can confirm it? I would like to ensure that I don't have a faulty HW before submiting a kernel bug
[19:53] <jfi> correction, that's Gigabyte GA-D510UD
[20:03] <drizzle> you will probably hav eto google it
[20:03] <drizzle> @jfi
[20:05] <jfi> drizzle, yep, already googled, I just found http://sites.google.com/site/klaasdc/atom-d510-linux-server where you can see also sensors wrong values (in my case the coretemp is invalid too)
[20:06] <drizzle> confirmed
[20:06] <drizzle> right?
[20:07] <jfi> well, the webpage does not even mention if it is ubuntu and my sensors output is a little bit different (coretemp)
[20:10] <drizzle> is it ubuntu specific or kernel level?
[20:43] <jfi> drizzle, I don't know, I guess it can be kernel level or due to the default config files or sensors-detect
[20:53] <drizzle> thats touch
[20:53] <drizzle> tough
[20:53] <drizzle> im a noob on those kind of things
[21:24] <yofel> if my power button doesn't do anything (well, not send an acpi event at least) when pressed, that would be a kernel bug right?
[21:38] <vish> argh!!!   :/
[21:38] <vish> Bug #270206 was fixed and now someone wants to update title!
[21:38] <ubot2> Launchpad bug 270206 in rhythmbox (Ubuntu) (and 2 other projects) "Rhythmbox should never start minimised to tray (affects: 36) (dups: 6) (heat: 177)" [Low,Fix released] https://launchpad.net/bugs/270206
[21:39] <vish> unnecessary spam! :/
[21:39] <jfi> yofel, or a bios setting which disable it? :-)
[21:40] <yofel> well, holding it pressed will cause a poweroff, but might as look through the settings before reporting the bug
[21:40] <yofel> *as well look...
[22:20] <micahg> anyone have an apt-cache issue after today's updates in lucid? (update-manager)
[22:22] <devildante> micahg: apt-cache and apt-get are saying something like "*.save file is not recognisable" after each operation
[22:26] <chrisccoulson> devildante, that's only in maverick though. micahg is asking about lucid
[22:26] <micahg> chrisccoulson: you think I should file a regression-update bug?
[22:27] <chrisccoulson> micahg - what's the actual issue?
[22:27] <chrisccoulson> i've not tried updating my lucid desktop for a week or so actually
[22:27] <micahg> chrisccoulson: Red Exclamation point saying cache is out of date
[22:27] <micahg> I update it daily, several times/day in fact
[22:28] <micahg> update manager GUI says last updated 104 days ago
[22:28]  * micahg tries something
[22:30] <micahg> I had a repo that was inaccessible and after the update it kept saying cache out of date, I removed it and it disappered
[22:30] <micahg> chrisccoulson: ^^
[22:31] <chrisccoulson> which repo was that?
[22:31] <chrisccoulson> although, i don't suppose it matters
[22:31] <micahg> xerox openprinting that jockey added
[22:32] <micahg> bug 574471
[22:32] <ubot2> micahg: Bug 574471 on http://launchpad.net/bugs/574471 is private
[22:32]  * micahg kicks ubot2 for bad info
[22:32] <devildante> seconded :p
[22:34] <KE1HA> Hey all, I've got a bug I can't seem to trap. piix4_SMbus is uninitialized, upgrade BIOS or force_addr_0xaddr  This happens only at boot time, but have no idea where to track this down. Andy advise?
[22:59] <falconner> hi
[22:59] <falconner> i found somthing not quite a bug tho
[23:00] <falconner> is anyone here?
[23:02] <falconner> there is no statagey sec in the software center under games


[11:48] <larryone> that feel when    `systemctl disable apt-daily.timer`   doesn't disable the feckin thing


[01:31] <tgm4883> bobweaver, in one of the frontend setup menus you can set the volume
[01:31] <tgm4883> bobweaver, reading the backlog. I still don't think that unity should know anything about mythtv
[01:32] <tgm4883> Unity currently doesn't know anything about mythtv, so if you are trying to do something different that you need from mythtv, we need to figure out the best way to get it to you
[01:33] <tgm4883> From the beginning, I've wanted this to be something that you could use any backend you wanted with it. Making Unity know about Mythtv seems to conflict with that
[01:33] <tgm4883> trijntje, I believe lenses are actually pretty small
[01:34] <tgm4883> trijntje, the scopes feed them bundles of information for them to present
[01:34] <tgm4883> trijntje, bobweaver so while mythtv can be a large complicated beast, Unity (and also the lens) only know about [Bundle of info from scope]
[01:35] <tgm4883> *Where that bundle of information would be (icon, title, subtitle, starttime, endtime, etc)
[01:37] <bobweaver> again tgm4883  I am in a place of hurry up and wait where* I can not do anything
[01:38] <tgm4883> bobweaver, but what I'm saying makes sense right? we don't want Unity to know about mythtv right?
[01:39] <bobweaver> all I know is that Ubuntu TV mock up code is the nly thing that was out there for me to work on so that is what I did.  I made just like many other opensource thingys something that would work for me
[01:40] <tgm4883> bobweaver, so lets get a list together of the things you've got in Unity that reference mythtv directly (eg. not though the scope) and lets see if we can get the scope to give you what you want
[01:40] <bobweaver> But that said I dont care what unity sees or does All I care about is having a working thing that I can use
[01:42] <tgm4883> ok, I'm just saying that isn't something we should distribute for production use
[01:42] <tgm4883> and remember, this talk of not baking mythtv stuff into unity is coming from the Mythbuntu developer ;)
[01:42] <bobweaver> tgm4883, There is way more to it then just that.
[01:43] <bobweaver> there is a long list of things that alot people are waiting on before we can even touch code
[01:43] <bobweaver> till then it is the hurry up and wait game for me
[01:45] <bobweaver> I guess that I do not want to double over my code 40 X
[01:46] <tgm4883> bobweaver, that makes sense. Are we still talking about just the MythTV stuff
[01:47] <bobweaver> yeah
[01:48] <tgm4883> bobweaver, ok, but is the end goal to have Unity know about mythtv or not?
[01:49] <bobweaver> yeah that makes sense
[01:50] <tgm4883> to have it separate?
[01:51] <tgm4883> bobweaver, so is there stuff though that the scope isn't making available? or is it something else?
[01:52] <bobweaver> Ubuntu TV if Ubuntu Tv there is many things that it is going to be able to do
[01:52] <bobweaver> the scope only gives me 3 things atm
[01:52] <bobweaver> uri name and comment
[01:52] <bobweaver> and icon hint sorry 4
[01:53] <bobweaver> it could pass more things but to what interface
[01:53] <bobweaver> there is no Unity 3d interface
[01:53] <bobweaver> fo 12.10 ->13.whatever
[01:55] <tgm4883> ok, so were waiting for unity to support passing more things from lens to Unity?
[01:57] <bobweaver> nope
[01:57] <bobweaver> but that would be nice
[02:02] <bobweaver> tgm things that would help are things like fanart cover art banners and things like that directors actors plot you have as'comments' imbd numbers and tvdb/tmdb everything that the services offer
[02:18] <tgm4883> bobweaver, ok, if that stuff if available, then how should I pass it to you? to my knowledge there are only a few things I can set
[02:18] <tgm4883> I suppose I need to screw with the URI
[02:19] <tgm4883> or rather, I would need to look into everything that unity can actually see from a lens
[02:19] <tgm4883> I suppose I need to look into lenses a bit more
[02:20] <tgm4883> perhaps a discussion with david calle is in my future
[02:21] <bobweaver> tgm4883,  you know how you are assing comments
[02:21] <bobweaver> passing *
[02:22] <tgm4883> let me refresh my memory
[02:22]  * tgm4883 looks at bzr branch
[02:22] <bobweaver> comments [02:22] <tgm4883> ok
[02:22] <bobweaver> there are other things that you can pass into unity just like that
[02:22] <bobweaver> all of the names though I do not know
[02:23] <bobweaver> only for ubuntu 12.04 so I know
[02:23] <tgm4883> bobweaver, well I'm only doing http://pastebin.ubuntu.com/1529730/
[02:24] <tgm4883> bobweaver, so I'm guessing that the lens is doing something with it
[02:24] <tgm4883> I'm not doing "MODEL['DESCRIPTION']='BLAH'"
[02:25] <tgm4883> so either Unity or the lens is getting that and it knows that the 6th item is the description
[02:25] <tgm4883> now if I could pass something like a dictionary, that would be completely different (and better IMO)
[02:25] <bobweaver> this is what I see
[02:25] <bobweaver> http://paste.ubuntu.com/1529736/
[02:25] <tgm4883> but IDK how that would work on the unity side
[02:27] <tgm4883> bobweaver, right, so what that is doing is appending at item to a list. That item knows that the first thing is the URI, the second is the icon, and so on
[02:27] <tgm4883> I'm not saying "set description to 'this'"
[02:27] <tgm4883> I'm saying set the 6th item to 'this'
[02:28] <tgm4883> which is quite a bit different, although they don't look that different
[02:29] <bobweaver> tgm4883,  I would say just stay on the cource that Unity 3d uses and just market the scope at that
[02:29] <tgm4883> bobweaver, somewhere, something else knows that the 6th thing is suppose to be the description
[02:29] <tgm4883> perhaps the lens
[02:29]  * tgm4883 looks at videos lens
[02:33] <tgm4883> bobweaver, I think it's the lens that is doing that
[02:33] <tgm4883> http://bazaar.launchpad.net/~unity-lens-videos/unity-lens-video/trunk/view/head:/src/unity-lens-video
[02:34] <tgm4883> lines 312-317
[02:35] <tgm4883> wait, nm, I think that is the local scope
[02:40] <mhall119> tgm4883: what are you trying to do?
[02:41] <tgm4883> mhall119, we're just discussing what information can be passed to unity from a scope
[02:42] <mhall119> not much right now
[02:42] <tgm4883> There seems to be a surprising lack of things we can pass to unity based on the amount of metadata things have these days
[02:42] <tgm4883> yea
[02:43] <mhall119> tgm4883: that's changing
[02:43] <tgm4883> mhall119, yea that is what bobweaver was kinda saying
[02:43] <mhall119> I think by the end of this month, but I'm not sure
[02:44] <mhall119> but it should make it easier to send, say, guide data
[02:45] <tgm4883> mhall119, sweet
[02:45] <tgm4883> mhall119, I'd like to send about 5 things for guide data, and then extra stuff if a preview is selected
[02:47] <mhall119> previews already allow any number of key/value pairs
[02:48] <tgm4883> mhall119, yea, but it's the non-preview stuff we need to make sense of
[02:48] <tgm4883> things like StartTime, EndTime, etc


[01:32] <switchblade_> i've been trying to boot from a USB, but install hangs on splash
[01:32] <switchblade_> never proceeds
[01:36] <trinikrono> did you try asking in #ubuntu switchblade_ they normally deal with bug filing here, unless of course you have a bug report thon you can speak about it here
[02:36] <wylde_> anyone alive?  A user in #ubuntu has found a bug in some kernel header descriptions.
[02:36] <flowerpot> The description for package linux-headers-3.2.0-24-generic-pae says it's for 64-bit systems, but I understand that PAE is actually for 32-bit systems.  I tried reporitng this via "ubuntu-bug linux-headers-3.2.0-24-generic-pae" but ubuntu-bug complains that the package doesn't exist, which is not true.
[02:36] <flowerpot> $ apt-cache search linux-headers-3.2.0-24-generic-pae
[02:36] <flowerpot> linux-headers-3.2.0-24-generic-pae - Linux kernel headers for version 3.2.0 on 64 bit x86 SMP
[02:37] <flowerpot> Could one of you please add this issue to the Ubuntu bug tracker?
[02:43] <Daekdroom> flowerpot, I think you should report it against 'linux'
[02:44] <flowerpot> so, ubuntu-bug linux ?
[02:44] <Daekdroom> Yeah.
[02:44] <Daekdroom> I believe that if it's not linux, it should be linux-meta
[02:45] <flowerpot> I'll give it a shot
[02:45] <flowerpot> Is any private information from my computer made public via ubuntu-bug?
[02:46] <flowerpot> and by "private" I mean identifying information, mainly
[02:46] <Daekdroom> It shouldn't be.
[02:46] <flowerpot> ...comforting
[02:46] <Daekdroom> Some package reports are marked as 'private' by default.
[02:46] <Daekdroom> Which means only the Bug Control team (whose members are approved by a council) can see the data, and if necessary remove anything before making them public.
[02:47] <flowerpot> Can I choose to make it private somehow?  I trust that nothing major is disclosed even with a public bug, but I'd feel more comfortable doing that
[02:48] <Daekdroom> To be honest, I don't even think it's necessary for you to use apport to report it given it's about a package description.
[02:49] <flowerpot> Is there an easier way?  I don't think I'm registered with ubuntu and I'd rather not go through the process unless it's required..
[02:49] <flowerpot> sorry for being such a paranoid fart
[02:49] <flowerpot> and lazy
[02:49] <Daekdroom> Even if you do use 'ubuntu-bug' to report it, you'll need a Launchpad account.
[02:50] <flowerpot> maybe i already have one...i'll check.
[02:54] <flowerpot> sigh, whatever, we're never anonymous on the internet anyway


[13:42] <xnox> cjwatson, cyphermox :
[13:42] <xnox> in netcfg, we replace wifireconf question with "" (empty string)
[13:42] <xnox> and hope to hide that choice, yet on serial console it still offers
[13:42] <xnox> 4. ,
[13:42] <cjwatson> That sort of maybe feels like a cdebconf bug, perhaps
[13:42] <cjwatson> But it's been a while
[13:42] <xnox> as a choice.... is there a way to substitute an empty choice? or is this a debconf bug/feature that empty choices are offered too
[13:43] <cjwatson> There's certainly no other way to do it
[13:43] <xnox> cjwatson, shall i try to reproduce with debconf versus cdebconf?
[13:43] <cjwatson> If you like, dunno if that would be remotely helpful
[13:43] <cjwatson> Or how it interacts with other things trying to do intentionally blank lines as separators
[13:43] <xnox> well, we ideally don't want it to show the empty choice. I'm pondering to play around with templates to like substitute the whole choice into it.
[13:44] <xnox> right.
[13:44] <xnox> https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1558271
[13:44] <xnox> for a "ascii" screenshot
[13:44] <cjwatson> Though I think partman does the latter with some kind of whitespace-only arrangement
[13:45] <cjwatson> Anyway, I need to get back to SSO :)
[13:45] <xnox> cjwatson, enjoy!
[13:45] <xnox> i think i need to convert __Choices: ${choices}
[13:45] <xnox> and then split all translations templates and substitute them all in.
[13:45] <xnox> and that shouldn't break existing translations i don't think.
[14:35] <xnox> also, is it possible to unpublish some tasks that tasksel sees?
[14:35] <xnox> e.g. i don't want Mate to be advertised on s390x =(
[15:40] <cyphermox> xnox: preseed tasksel/skip-tasks ?
[15:41] <xnox> oooh, i shall look into that!
[16:38] <infinity> xnox: Why would we make s390x a unique snowflake WRT task selection?  If the task is there...
[16:39] <infinity> xnox: The general goal should be to make all arches as similar as possible, not divergence.
[16:40] <xnox> infinity, because we do not support desktop on Ubuntu Server -only product.
[16:41] <infinity> xnox: We don't support MATE on any arch, where "we" is Canonical.  So what?
[16:41] <infinity> xnox: IBM has already asked us what desktop environments they can install, they clearly want them there, even if they're not supported.
[16:42] <infinity> xnox: Not everything is about contracts.  And we're not cutting down s390x to be "only the binaries we contracted to support".
[16:42] <infinity> xnox: Please, please, please don't turn s390x into some whacky unique snowflake.  It makes maintenance of everything else harder.
[16:43] <xnox> infinity, right. but here is the experience -> one boots ubuntu-server.iso on amd64 and sees only tasks shipped on the .iso itsle.f
[16:43] <xnox> s390x is netboot only, and most of the time people are lazy and point it at the full mirror, rather than the server.iso export.
[16:43] <infinity> Which is the same experience you get with amd64 netboot.
[16:43] <xnox> if they did point at server.iso export the experience would be good - similar to what the experience is for the Ubuntu Server product.
[16:44] <xnox> and hence i am sad
[16:44] <infinity> And arm64 netboot (which has no ISO currently).
[16:44] <infinity> This is not an s390x problem.
[16:44] <infinity> Presenting all the tasks in the archive is how our current netboot works for everyone.
[16:45] <xnox> hm, ok.
[16:46] <infinity> One can argue if THAT is a bug, if we should be providing some example "this is for servers" preseed files or something, but don't fork one arch, that's all I'm asking.
[16:47] <infinity> At the very least, I think we should indeed align netboot to match the ISO behaviour of preseeding minimal and standard.
[16:47] <xnox> can taskselect do sub-menus?
[16:47] <infinity> Which I think doesn't happen right now.
[16:47] <infinity> But that would be for all arches.
[16:47] <xnox> i would totally understand Desktops/ sub-menu, for d-i. Cause I still belive d-i is an embedded/server/cli target environment.
[16:47] <infinity> xnox: Putting all the DEs in a submenu would be lovely if we could, I'd happily agree to that.
[16:47] <infinity> xnox: Your belief that d-i is for servers is totally wrong, though. :P
[16:48] <infinity> xnox: People (like Google, eg) use d-i to blat desktops to thousands of machines.
[16:48] <xnox> desktops are preinstalled anyway =)
[16:48] <infinity> Not everyone buys computers one at a time. ;)
[16:48] <xnox> silly people
[16:49] <xnox> =)
[16:52] <infinity> Anyhow, I think we should fix d-i (if it needs fixing) to make sure an ISO install with *no* tasks selected gets the same packageset installed as netboot with *no* tasks selected.
[16:52] <infinity> But the number of optional tasks offered is just a product of the archive you point it at.
[16:52] <infinity> Submenus would be nice if we can do it, but not a blocker, IMO.  It's a misfeature we've had forever.