[00:25] <talktalk2017> https://insights.ubuntu.com/2017/09/25/ubucon-europe-2017/
[00:25] <daftykins> ?
[00:26] <daftykins> so few people in the pic XD
[01:00] <daftykins> time for le sleep
[05:52] <ali1234> guys who remembers bamboozle?
[05:53] <ali1234> i just found two webservices: one that provides a database of trivia questions and one that generates puns
[05:53] <ali1234> so that's everything you need to generate infinite bamboozles every day
[06:56] <MooDoo> howdy all
[07:00] <SuperMat1> morning
[07:16] <diplo> Morning all
[07:17] <MooDoo> howdy :)
[07:19] <brobostigon> morning boys and girls
[07:32] <MooDoo> how are you brobostigon ?
[07:32] <brobostigon> not bad, and you?
[07:33] <MooDoo> yeah not ba thanks, just reinstalling arty
[07:33] <brobostigon> :)
[07:42] <SuperMatt> 17.10 is sublime
[07:42] <SuperMatt> which means, it's lower than a citrus fruit
[07:46] <MooDoo> funny just downloaded sublime text ;)
[07:49] <SuperMatt> VS Code is the best
[07:57] <SuperMatt> This is what it does well, I get a lovely little display of what variables to pass to a function, when writing in go
[07:57] <SuperMatt> https://i.imgur.com/sjDD6jZ.png
[08:06] <diplo> sublime does that to I believe
[08:06] <SuperMatt> oh really? I had never seen it
[08:07] <SuperMatt> Well I'm sold on Code now
[08:07] <SuperMatt> no turning back
[08:07] <MooDoo> I've never seen it as I only code in php using sublime
[08:07] <diplo> Works with php too I think
[08:07] <SuperMatt> Does it require a plugin?
[08:08] <diplo> I rarely have those sort of things enabled
[08:08] <MooDoo> not brilliant at it, but everything I've created workd lol
[08:10] <diplo> I'll check code in a bit SuperMatt
[09:32] <foobarry> sublime is low hanging fruit?
[12:06] <diddledan> https://twitter.com/danhgilmore/status/913011761879617538
[12:07] <zmoylan-pi> i think the first clue is he's putins mate
[12:33] <diddledan> expensive ear adornments are more available: https://www.macrumors.com/2017/09/27/airpods-shipping-estimates-3-to-5-business-days/
[12:35] <zmoylan-pi> i still think they look weird
[13:06] <diddledan> I'm gonna go get a bit of crumpet
[13:07] <diddledan> I love me a good bit of crumpet
[13:07] <zmoylan-pi> tried them when i was a kid, wasn't mad on them...
[13:08] <zmoylan-pi> now a coffee slice on the other hand...
[13:08] <diddledan> you need to put real butter on them
[13:09] <zmoylan-pi> this is ireland. we only have real butter. ask the germans. :-) https://www.statista.com/statistics/429504/most-popular-brands-of-butter-germany/
[13:10] <zmoylan-pi> they've banned it in one american state so they're now smuggling it in
[13:17] <diddledan> kerrygold is tasty!
[13:18] <diddledan> I get either kerrygold or president
[13:19] <zmoylan-pi> 12m germans can't be wrong :-P
[13:19] <diddledan> BT customers like moaning: http://www.bbc.co.uk/news/technology-41412562
[13:46] <MooDoo> afternoon
[13:46] <diddledan> allo
[13:47] <brobostigon> hi
[13:49] <MooDoo> :D
[14:01] <gustav> ~
[16:06] <MooDoo> yo yo yo
[16:19] <astondamn> popey, MooDoo https://thepasteb.in/p/P1hvEB5oMzxCl
[16:20] <MooDoo> :)
[16:26] <diddledan> loco-enthusiasts?
[17:32] <popey> It's quite irritating to have someone join, paste a link and leave
[17:33] <zmoylan-pi> drive by linkers...
[17:33] <zmoylan-pi> i never click on them
[17:34] <popey> it's the same person every time
[17:34] <zmoylan-pi> when i see kiwiirc... it's -3
[17:37] <daftykins> different IP each time? if not, ban it
[21:38] <zmoylan-pi> someone needs to send moodoo a rasp-pi for persistence :-)
[22:41] <diddledan> :-)
[23:28] <zmoylan-pi> we should start a service pizza with a pi :-)
[23:52] <diddledan> I've been playing with QT
[23:52] <diddledan> built a mini app for a raspberry pi
[23:52] <diddledan> it does very little! :-p
[23:52] <zmoylan-pi> qt?
[23:53] <diddledan> https://qt.io
[23:53] <zmoylan-pi> ah
[23:53] <diddledan> the ui library thingy
[23:53] <diddledan> it does a lot of other stuff too
[23:53] <diddledan> KDE is built on it
[23:54] <zmoylan-pi> thats why gnome exists :-)
[23:54] <diddledan> :-p
[23:57] <daftykins> mmmm Blade Runner
[23:57] <zmoylan-pi> original?
[23:58] <daftykins> yep, well, 'Final Cut'
[23:58] <daftykins> i saw the 4K blurry in HMV today for £20
[23:58] <zmoylan-pi> final final this time pinky swear final? :-)
[23:59] <zmoylan-pi> my first dvd... well that and jaws for a #20 shekels for 2 bargain


[10:56] <wolfger> morning
[10:59] <rick_h__> morning
[11:01] <wolfger> Hey rick_h__. Have you (or anybody else here not awake just yet) had any experience with Alfresco or Huddle (sharepoint alternatives)?
[11:02] <rick_h__> wolfger: no, not here
[12:15] <brousch> I read about Alfresco once. That is all.
[13:29] <cmaloney> Good morning
[13:29] <cmaloney> I looked at Alfresco for a project at work
[13:30] <cmaloney> Not sure of the functionality of Sharepoint, but it seemed like a pretty heavy-duty document store.
[13:31] <wolfger> Which seems to be primarily how we are using SharePoint...
[13:31] <wolfger> but this thing is a turd. Permissions are a rat's nest, and nothing about it is user friendly at all.
[13:32] <brousch> Well it's built on Java
[13:33] <wolfger> I'm leaning towards Huddle on the basis of how good Huddle makes itself sound, but I was hoping to get an endorsement of something from somebody who's actually used it.
[13:34] <wolfger> I'm also terrified that suggesting something else will wind up making me the admin of it for the rest of my days of employment. :-o
[13:35] <jrwren_> https://www.usenix.org/conference/woot14/workshop-program/presentation/adrian
[13:35] <bookiebot> http://goo.gl/tNwGlg - Zippier ZMap: Internet-Wide Scanning at 10 Gbps | USENIX
[13:35] <jrwren_> go blue
[13:39] <brousch> wolfger: There's also Mayan EDMS, which I know nothing about except it's written in Python (and Django, I think) http://www.mayan-edms.com/
[13:39] <bookiebot> http://goo.gl/rm0Un - Home | Mayan EDMS
[14:19] <cmaloney> We had high opinions of Nuxeo as well
[14:23] <cmaloney> I think there's a "free" version out there of Nuxeo. In order to customize it you will want their cloud package.
[14:35] <brousch> cmaloney: Interesting defensive shield you have there
[15:30] <cmaloney> brousch: Thanks. :)
[15:30] <cmaloney> I'm hoping to keep it. :)
[17:21] <brousch> So who's coming to BarCampGR tonight or tomorrow?
[17:21] <cmaloney> Had I realized it was this weekend I might have planned better. :)
[17:22] <rick_h__> kyle is coming out, he represents my team :P
[17:22] <brousch> rick_h__: Oh good, I don't see him enough
[17:23] <brousch> cmaloney: You had notice :P
[17:36] <cmaloney> brousch:  I needed more notice. :)
[18:55] <brousch> cmaloney: This next part of the game will get interesting
[19:20] <cmaloney> brousch: yeah, a 13x13 board is a lot bigger than a 9x9 board
[19:20] <cmaloney> gives a completely different feel to the game.
[20:38] <cmaloney> .np squeekyhoho
[20:38] <bookiebot> squeekyhoho's current track - Dryad (I Make My Home) by Petrychor on Dryad


[04:30] <mup> Bug #1834551 changed: Node installation failure - 'curtin' curtin command install <curtin:Expired> <MAAS:Expired> <https://launchpad.net/bugs/1834551>
[04:33] <mup> Bug #1834551 opened: Node installation failure - 'curtin' curtin command install <curtin:Expired> <MAAS:Expired> <https://launchpad.net/bugs/1834551>
[04:36] <mup> Bug #1834551 changed: Node installation failure - 'curtin' curtin command install <curtin:Expired> <MAAS:Expired> <https://launchpad.net/bugs/1834551>
[07:22] <mup> Bug #1805907 changed: Feature Request: MAAS node discovery default hostname + random_name creation <MAAS:Invalid> <https://launchpad.net/bugs/1805907>
[08:01] <mup> Bug #1796395 changed: feature: support multiple regiond endpoints <cpe-onsite> <OpenStack hacluster charm:Invalid> <MAAS:Invalid> <https://launchpad.net/bugs/1796395>
[08:07] <mup> Bug #1796395 opened: feature: support multiple regiond endpoints <cpe-onsite> <OpenStack hacluster charm:Invalid> <MAAS:Invalid> <https://launchpad.net/bugs/1796395>
[08:13] <mup> Bug #1796395 changed: feature: support multiple regiond endpoints <cpe-onsite> <OpenStack hacluster charm:Invalid> <MAAS:Invalid> <https://launchpad.net/bugs/1796395>
[13:01] <mup> Bug #1817663 changed: maas-dhcpd not running due to missing dhcpd.conf after restarting maas-regiond <MAAS:Triaged by blake-rouse> <MAAS 2.6:Won't Fix> <https://launchpad.net/bugs/1817663>
[13:07] <mup> Bug #1817663 opened: maas-dhcpd not running due to missing dhcpd.conf after restarting maas-regiond <MAAS:Triaged by blake-rouse> <MAAS 2.6:Won't Fix> <https://launchpad.net/bugs/1817663>
[13:13] <mup> Bug #1817663 changed: maas-dhcpd not running due to missing dhcpd.conf after restarting maas-regiond <MAAS:Triaged by blake-rouse> <MAAS 2.6:Won't Fix> <https://launchpad.net/bugs/1817663>
[13:46] <mup> Bug #1812275 opened: power-on for an acquired node deploys the machine <sts> <MAAS:New> <https://launchpad.net/bugs/1812275>
[13:52] <mup> Bug #1812275 changed: power-on for an acquired node deploys the machine <sts> <MAAS:New> <https://launchpad.net/bugs/1812275>
[14:04] <mup> Bug #1791957 changed: [feature] support setting target_session_attrs postgres option by passing additional options to a django database backend <cpe-onsite> <feature> <MAAS:Invalid> <https://launchpad.net/bugs/1791957>
[14:04] <mup> Bug #1828079 changed: [ESXi] Disk info for datastores delayed with no callback <esxi> <MAAS:Invalid> <https://launchpad.net/bugs/1828079>
[14:07] <mup> Bug #1791957 opened: [feature] support setting target_session_attrs postgres option by passing additional options to a django database backend <cpe-onsite> <feature> <MAAS:Invalid> <https://launchpad.net/bugs/1791957>
[14:07] <mup> Bug #1812275 opened: power-on for an acquired node deploys the machine <sts> <MAAS:Invalid> <https://launchpad.net/bugs/1812275>
[14:07] <mup> Bug #1828079 opened: [ESXi] Disk info for datastores delayed with no callback <esxi> <MAAS:Invalid> <https://launchpad.net/bugs/1828079>
[14:10] <mup> Bug #1791957 changed: [feature] support setting target_session_attrs postgres option by passing additional options to a django database backend <cpe-onsite> <feature> <MAAS:Invalid> <https://launchpad.net/bugs/1791957>
[14:10] <mup> Bug #1812275 changed: power-on for an acquired node deploys the machine <sts> <MAAS:Invalid> <https://launchpad.net/bugs/1812275>
[14:10] <mup> Bug #1828079 changed: [ESXi] Disk info for datastores delayed with no callback <esxi> <MAAS:Invalid> <https://launchpad.net/bugs/1828079>
[14:13] <mup> Bug #1791957 opened: [feature] support setting target_session_attrs postgres option by passing additional options to a django database backend <cpe-onsite> <feature> <MAAS:Invalid> <https://launchpad.net/bugs/1791957>
[14:13] <mup> Bug #1812275 opened: power-on for an acquired node deploys the machine <sts> <MAAS:Invalid> <https://launchpad.net/bugs/1812275>
[14:13] <mup> Bug #1828079 opened: [ESXi] Disk info for datastores delayed with no callback <esxi> <MAAS:Invalid> <https://launchpad.net/bugs/1828079>
[14:16] <mup> Bug #1791957 changed: [feature] support setting target_session_attrs postgres option by passing additional options to a django database backend <cpe-onsite> <feature> <MAAS:Invalid> <https://launchpad.net/bugs/1791957>
[14:16] <mup> Bug #1812275 changed: power-on for an acquired node deploys the machine <sts> <MAAS:Invalid> <https://launchpad.net/bugs/1812275>
[14:16] <mup> Bug #1828079 changed: [ESXi] Disk info for datastores delayed with no callback <esxi> <MAAS:Invalid> <https://launchpad.net/bugs/1828079>
[15:01] <mup> Bug #1812275 opened: Document that power-on for an acquired node deploys the machine <doc> <sts> <MAAS:Triaged> <https://launchpad.net/bugs/1812275>
[15:10] <mup> Bug #1812275 changed: Document that power-on for an acquired node deploys the machine <doc> <sts> <MAAS:Triaged> <https://launchpad.net/bugs/1812275>
[15:13] <mup> Bug #1812275 opened: Document that power-on for an acquired node deploys the machine <doc> <sts> <MAAS:Triaged> <https://launchpad.net/bugs/1812275>
[15:17] <mup> Bug #1845220 opened: Add WS API for SSL keys <websocket-api> <MAAS:In Progress by blake-rouse> <https://launchpad.net/bugs/1845220>
[15:26] <mup> Bug #1845220 changed: Add WS API for SSL keys <websocket-api> <MAAS:In Progress by blake-rouse> <https://launchpad.net/bugs/1845220>
[15:29] <mup> Bug #1845220 opened: Add WS API for SSL keys <websocket-api> <MAAS:In Progress by blake-rouse> <https://launchpad.net/bugs/1845220>
[17:08] <mup> Bug #1844162 changed: Instructions missing in MaaS manual for disabling the reverse proxy running on port 8000/3128  <field-critical> <MAAS:Fix Released by adam-collard> <https://launchpad.net/bugs/1844162>
[17:14] <mup> Bug #1844162 opened: Instructions missing in MaaS manual for disabling the reverse proxy running on port 8000/3128  <field-critical> <MAAS:Fix Released by adam-collard> <https://launchpad.net/bugs/1844162>
[17:17] <mup> Bug #1844162 changed: Instructions missing in MaaS manual for disabling the reverse proxy running on port 8000/3128  <field-critical> <MAAS:Fix Released by adam-collard> <https://launchpad.net/bugs/1844162>
[18:05] <killcity> has anyone here had success with a vlan sub interface on a bond? im getting some hanging despite the bond being created correctly and the sub interface being there with an ip.
[18:05] <killcity> maybe im not setting the parent interface (that doesnt need an ip) incorrectly?
[18:14] <killcity> guess this irc is pretty inactive eh?
[18:48] <gimmic> We're running an older version of maas, (2.3) and I'm seeing veeery slow maas cli queries
[18:49] <gimmic> 145 bare metal machines, and doing a simple 'maas $account machine read' is taking 4 minutes
[18:49] <gimmic> Even reading 7 tags takes 2.4 seconds.. seems like something is borked, but I don't see errors anywhere
[22:05] <killcity> anyone have any idea why i cant ping the controller from another vlan, when i can clearly see the packets getting there? iptables also seems disabled. all vlans are in the same space.
[22:05] <killcity> seems like an issue with maas itself.


[14:23] <Odd_Bloke> Ooh, OK, I had convinced myself it was only CentOS, thanks for that!
[14:31] <Odd_Bloke> blackboxsw: falcojr: Should we disable the stale bot for the break?  ~Everything will get closed out otherwise, I suspect.
[14:37] <meena> given the amount of crap in that pr of mine that just got closed, i might just open a fresh one
[14:44] <Odd_Bloke> meena: So long as you retain a reference to the old one, so we can find older conversations, that's a reasonable approach. :)
[14:44] <Odd_Bloke> blackboxsw: falcojr: https://github.com/canonical/cloud-init/pull/735 <-- I think that'll do it, but let's chat at stand-up to confirm I'm not missing anything
[15:26] <Odd_Bloke> falcojr: blackboxsw: I've opened up a variety of PRs for bits and pieces that have occurred to me over the past couple of weeks, but I haven't had time for; all small: https://github.com/canonical/cloud-init/pull/733 https://github.com/canonical/cloud-init/pull/736 https://github.com/canonical/cloud-init/pull/737
[15:27] <falcojr> cool, I'll jump to it
[15:43] <falcojr> I'll add a reminder to my calendar to turn the check back on ;)
[15:49] <Odd_Bloke> I've also added a snoozed card on our Trello board, so hopefully between all that we'll remember. :)
[17:36] <Odd_Bloke> Hmm, looks like stale is going to error every time now, will fix that.
[17:42] <Odd_Bloke> blackboxsw: falcojr: https://github.com/canonical/cloud-init/pull/740
[18:30] <Odd_Bloke> falcojr: I see a new commit pushed to #738, but the name of the Travis job still includes "WIP".
[19:05] <falcojr> ah, sorry...thought you were referring to the PR itself, not the name
[19:12] <Odd_Bloke> Yep, I could have made that more obvious!
[19:12] <Odd_Bloke> Thanks!
[19:26] <blackboxsw> Odd_Bloke: I think I'm hitting this with latest `tox -e doc` on focal on your PR https://github.com/canonical/cloud-init/pull/739/files
[19:26] <blackboxsw> on master I don't this error: https://paste.ubuntu.com/p/WjND4KXjqs/   https://github.com/sphinx-doc/sphinx/issues/8400
[19:27] <blackboxsw> I'm looking more closely now. just wanted to reflect that issue to see if you hit that or whether you were in another build env
[19:27] <blackboxsw> ahh on master looks like Running Sphinx v1.8.5 o your brach Sphinx v.3.3.1
[19:27] <Odd_Bloke> blackboxsw: We're pinned at sphinx<2 in doc-requirements.txt.
[19:28] <blackboxsw> d'oh PEBChadAndKeyboard
[19:28] <Odd_Bloke> ^_^
[19:29] <blackboxsw> I had a local branch alias called oddbloke/doc that was conflicted with your PR
[19:29] <blackboxsw> turns out if you checkout a branch from Jan 2020. it doesn't behave the same way as your current PR
[19:32] <Odd_Bloke> Hah.
[19:32] <Odd_Bloke> I did notice "19.4" and wonder.
[19:40] <blackboxsw> Odd_Bloke: WDYT about renaming debugging and testing cloud-init topic in RTD to just "debugging cloud-init" as it is with your branch we now have 3 top-level topics that include "testing" in them
[19:49] <Odd_Bloke> blackboxsw: Sold.
[19:51] <blackboxsw> approved to the man in the yellow hat. awaiting CI
[19:51] <Odd_Bloke> blackboxsw: Are you logged in as the bot account? :p
[19:51] <blackboxsw> shoot
[19:51] <blackboxsw> ummmm... no why every would you say that :)
[19:52] <Odd_Bloke> I think it's preferable that it was you and not a rogue Jenkins job. :p
[19:52] <blackboxsw> true story. human blackboxsw just approved
[21:10] <hggdh> hi folks. customer has a NFSv3 mount in /etc/fstab. It seems cloud-init runs a 'mount -a' before the network is all set up and, as a result, VM fails to boot (gets stuck in network setup)
[21:10] <hggdh> changing cloud-init.service to state "After=network-online.target" and "Wants=network-online.target
[21:11] <hggdh>  solves the problem.
[21:12] <hggdh> (seen on RHEL 7.8 and 7.9, and OEL 7.8. Probably also affects CentOS 7.[89]
[21:48] <Otanaut> hey! i am trying to dive into cloud-init and i am not sure if i get it right: is cloud-init baked into debian? so i jsut throw my configuration into /etc/cloud/cloud.cfg.d/*.cfg and on first boot the system does it magic?
[21:58] <powersj> Otanaut, cloud-init is generally used when deploying a new cloud instance. Like on AWS, GCP, Azure. However it can also be used locally when deploying VMs. To use it, cloud-init needs to be baked into the image you are using.
[22:40] <Otanaut> powersj: ah ok but baked as in "installed" is enough, right?
[22:49] <blackboxsw> Otanaut: yes that should be enough, most distro packaging of cloud-init installs the right startup scripts to make sure cloud-init runs properly during boot.
[22:53] <blackboxsw> it's testable with lxc if you have it: `lxc launch images:debian/buster deb-10; lxc exec deb-10 apt-get install cloud-init;`


[00:26] <Logan_> When I'm patching a package, do I need to update the series file in debian/patches, or will the package maintainer do that after merging?
[00:28] <jelmer> hi Logan_ ; if you're adding a file in debian/patches it's usually a good idea to update the series file too
[00:28] <Logan_> Aw, okay. :-P I already proposed it for merging. :-(
[00:28]  * Logan_ fixes.
[00:28] <Logan_> My first patch, so I have no idea what I'm doing. :-P
[00:29] <Logan_> (Well, hopefully some idea.)
[00:29] <jelmer> Logan_: it's not the end of the world, I'm sure whoever reviews it knows how to update the series file too :)
[00:35] <penguin42> I'd love to know why flash pauses when I boot a vm
[03:17] <clausen> how can I figure out the CFLAGS used to build a .deb?
[05:57] <hyperair> hmmmm how is this multiarch arch:all dependency supposed to work?
[05:57] <hyperair> i tried to install acroread:i386, but it's trying to pull in acroread-common:i386 which doesn't exist because acroread-common is arch:all.
[05:57] <hyperair> so i rebuilt it setting Multi-Arch: allowed as mentioned in the multiarch spec...
[05:58] <hyperair> but that doesn't seem to satisfy dpkg.
[05:59] <imbrandon> arch:all and arch:any are not the same i think you may want the other
[06:00] <ScottK> Try installing acroread-common acroread:i386
[06:00] <hyperair> ScottK: aha, i see it. it's supposed to be Multi-Arch: foreign, not Multi-Arch: allowed.
[06:00] <hyperair> Multi-Arch: allowed merely permits Depends acroread-common:i386
[06:01] <hyperair> or something
[06:01] <hyperair> ScottK: and you need Multi-Arch: to be defined on arch:all packages now.
[06:01] <hyperair> https://wiki.ubuntu.com/MultiarchSpec#Dependencies_involving_Architecture:_all_packages
[06:02] <ScottK> Oh.
[06:04] <hyperair> which.... i haven't defined on my multiarch library packages =
[06:04] <hyperair> =\
[06:04] <hyperair> we should have an MBF for this or something..
[08:49] <vibhav> Shall I cereate a patch or sync python-scipy? https://bugs.launchpad.net/ubuntu/+source/python-scipy/+bug/655192
[08:49] <vibhav> create*
[08:49] <vibhav> FYI, the package is unseeded
[08:50] <Laney> what else would be in the sync?
[08:50] <micahg> tons of rdeps
[08:51] <vibhav> http://pastebin.ubuntu.com/940778/
[08:51] <micahg> well, not tons, but quite a few :)
[08:51] <vibhav> yes
[08:51] <Laney> very informative changelog there
[08:52] <vibhav> why?
[08:52] <Laney> it doesn't say why any of the changes were made
[08:52] <vibhav> ah, sarcasn :)
[08:52] <vibhav> sarcasm*
[08:53] <Laney> :P
[08:53] <vibhav> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651760 might help you
[08:53] <Laney> oh, it's got a new upstream too
[08:54] <vibhav> But isnt the bug a problem with the debian packaging files?
[08:54] <Laney> if you sync you get everything
[08:54] <Laney> i'm trying to answer your question
[08:54] <vibhav> ah
[08:55] <vibhav> Lets get a sync then
[08:55] <vibhav> thanks
[08:56] <Laney> i didn't say that. looks like at least the Ubuntu diff would still be required (so, a merge)
[08:57] <vibhav> why would a ubuntu diff be required?
[08:57] <Laney> have a look at our changelog and you can see what it is
[08:57] <Laney> I think doing the minimal change is going to be safer
[08:59] <vibhav> you mean adding the python3 packages?
[09:00] <Laney> adding the new recommends
[09:00] <Laney> but jtaylor didn't just upload it (instead forwarded the bug) so perhaps it isn't worthwhile
[09:02] <vibhav> fine
[09:02] <vibhav> Ill do the minimal change
[09:06] <vibhav> Also, should I add it as a build-depend or a recommended package?
[10:54] <vibhav> could anybody nominate https://bugs.launchpad.net/bugs/655192 for supported Ubuntu releases?
[10:58] <jtaylor> I don't think its really SRU worthy
[11:03] <vibhav> jtaylor: why?
[11:03] <jtaylor> its a minor bug easily fixed by the user
[11:04] <vibhav> since we are fixing it for precise, might as well get the fix in other versions
[11:04] <jtaylor> SRU's are considerably more work than fixes in precise
[11:04] <vibhav> ah
[11:04] <vibhav> Then what about a backport?
[11:06] <jtaylor> also not really enough for a backport, though backporting 0.10.1 from Q might be a good idea
[11:06] <jtaylor> its a bit late to add that to precise now
[11:07] <vibhav> ah
[11:07] <vibhav> Well, Ill keep it for U+1 then
[11:24] <vibhav> jtaylor: Is that fine?
[11:24] <jtaylor> vibhav: we could fix it for precise, if my numpy branch gets merged we could add dh_numpy3 usage too
[11:32] <vibhav> jtaylor: Could you give me the link to your branch?
[11:33] <jtaylor> https://code.launchpad.net/~jtaylor/ubuntu/precise/python-numpy/merge-8/+merge/102970
[11:38] <Laney> it's seeded. I'm not sure that it will get in.
[11:38] <jtaylor> yeah I guess its to late, but then we merge it in Q
[11:38] <jtaylor> its on no image though
[11:40] <Laney> yeah it is
[11:40] <Laney> ask seeded-in-ubunbut
[11:40] <Laney> or a correctly spelled variant thereof
[11:41] <jtaylor> oh it got on the dvd :O
[13:15] <raffa50> hello. what is the command for rebuilding source. i want to upload it on launchpad
[13:35] <hyperair> hmm why do we have gccgo from gcc 4.7, but not gcc 4.7? =(
[14:07] <raffa50> hello. what is the command for rebuilding source. i want to upload it on launchpad
[14:09] <cjwatson> what exactly do you mean?  Launchpad PPAs will build a source package into a binary package for you ...
[14:09] <cjwatson> could you clarify?
[14:10] <cjwatson> hyperair: probably because introducing all of gcc 4.7 would involve an updated libgcc1
[14:10] <hyperair> cjwatson: ah, that sucks.
[14:11] <cjwatson> raffa50: perhaps https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage will help you
[14:36] <clausen> I think Ubuntu 11.04 has a miscompiled ssh
[14:36] <clausen> it is giving me failed MAC codes, and the openssh source code states that this is a well-known problem
[14:37] <clausen> when compiling with gcc optimizations enabled (-O2)
[14:37] <clausen> so it's important to compile the MAC bit without optimizations
[14:37] <clausen> I only just started getting problems, so I guess I'd like to trace the build history of the package
[14:37] <clausen> is there a good way to do thsi?
[14:38] <clausen> (can I see how each package was built, the history of packages uploaded, etc.?)
[14:44] <ScottK> clausen: https://launchpad.net/ubuntu/+source/openssh/+publishinghistory
[14:46] <clausen> ScottK, thanks!
[14:48] <clausen> ScottK, so how can I see the CFLAGS?
[14:48] <ScottK> Should be in the build logs.
[14:49] <clausen> aha
[14:55] <clausen> it is indeed compiled with -O2
[14:55] <clausen> although the source only complained about -O3 and higher...
[14:56] <clausen> looks like I'm going to have to do some more digging!
[14:56] <clausen> is it possible to get the object files from the build?
[14:58] <cjwatson> clausen: I see no such claim in the openssh source code.  Where do you see it?
[14:59] <cjwatson> It says you sometimes get incorrect results with -O3, not with -O2.
[14:59] <cjwatson> And we don't use -O3.
[14:59] <cjwatson> (I guess you mean the header comment in umac.c)
[14:59] <clausen> cjwatson, yes, you are right
[14:59] <clausen> nevertheless, the code doesn't work for me
[14:59] <clausen> yes, umac.c
[14:59] <clausen> I regularly get corruption messages
[14:59] <clausen> so perhaps something else changed (eg: gcc moved some items from -O3 to -O2)
[14:59] <cjwatson> I don't remember ever seeing those when I was running 11.04
[15:00] <clausen> it only just started recently
[15:00] <clausen> (I'm still using 11.04 on my machine...
[15:00] <cjwatson> Are you sure it isn't a problem on the server side?
[15:00] <clausen> it started getting regular corruption about 2 weeks ago)
[15:00] <clausen> yes, I have no trouble if I use dropbear instead of openssh
[15:00] <clausen> (on the client side)
[15:00] <cjwatson> After all, it's warning about a transport problem
[15:00] <cjwatson> That might not signify
[15:00] <clausen> I agree, it's not 100% evidence
[15:01] <cjwatson> They're sufficiently different in other ways that they might not tickle the same server bugs
[15:01] <clausen> but I would like to get to the bottom of this...
[15:01] <clausen> (the way umac's are used shouldn't make a difference though...
[15:01] <cjwatson> I suppose you could try building 12.04's openssh as a starting point for comparison
[15:01] <clausen> ... it's a very simple interface)
[15:02] <clausen> cjwatson, well, I could recompile myself (11.04) to see if it works :)
[15:02] <clausen> I will do that
[15:02] <cjwatson> Yes, though I'd be surprised if that changed anything
[15:02] <clausen> different gcc?
[15:02] <cjwatson> Will it in fact be?
[15:02] <clausen> you would know better than me :)  i don't know how the build machines are configured
[15:02] <cjwatson> Last openssh upload to natty was 1 April 2011, not that far from release
[15:03] <clausen> oh
[15:03] <clausen> that's odd
[15:03] <clausen> good point
[15:04] <cjwatson> There were a few gcc-4.5 changes since then, but I wouldn't have expected major code gen fixes, though it would depend on your architecture
[15:05] <clausen> ok, that's a puzzle then, why I am suddenly getting MAC corruption
[15:05] <clausen> since the binary didn't change for a year
[15:05] <clausen> I guess I jumped to conclusions when I saw the comment in umac.c
[15:05] <cjwatson> Well, that's why I'm suggesting it might not be a problem in that binary :-)
[15:05] <cjwatson> Nightmare to track down, though, I'm not experienced in that particular part of openssh
[15:06] <cjwatson> What architecture is this, anyway?
[15:06] <clausen> come to think of it, it might be the server side
[15:06] <clausen> x86
[15:06] <clausen> (intel)
[15:06] <cjwatson> OK, so shouldn't have been any relevant compiler changes
[15:06] <clausen> the time-frame is similar to when I upgrade the server from 10.10 to 12.04 beta
[15:06] <cjwatson> You could try winding back recent library upgrades if you still think it might be a client bug
[15:07] <cjwatson> There was an eglibc update in natty a month and a half ago or so
[15:07] <clausen> hmmm
[15:07] <cjwatson> Or an openssl update a few days ago
[15:07] <cjwatson> Bit tenuous
[15:08] <clausen> I'm wary about winding back, because this particular machine is a "secure" machine
[15:08] <clausen> (I guess I could clone it, and work off the clone...)
[15:08] <clausen> (but that's a lot of work!)
[15:08] <cjwatson> Another thing you could try is building 10.10 and 12.04 chroots on the server and starting sshd instances there on spare ports
[15:09] <clausen> yes
[15:09] <cjwatson> So that you can compare a bit more accurately
[15:09] <clausen> that's a good idea
[15:09] <cjwatson> Then possibly bisect at least at the level of uploads
[15:10] <clausen> in fact, I still have 10.10 on another partition, so I can chroot to that ;)
[15:10] <clausen> yes
[15:10] <cjwatson> debootstrap's easy enough if not
[15:10] <clausen> very good suggestion
[15:10] <clausen> thanks
[15:10] <cjwatson> good luck ...
[15:10] <clausen> thankyou :)
[15:12] <cjwatson> To answer your earlier question, the object files from the build are discarded, although you might find some debug symbols on ddebs.ubuntu.com if it happens to have a matching version
[15:12] <cjwatson> (That service isn't desperately robust and it does sometimes not have matching versions)
[15:22] <dupondje> Still allowed to do bugfix uploads?
[15:22] <cjwatson> to unseeded packages in universe, yes
[15:22] <cjwatson> otherwise ask the release team
[15:23] <dupondje> https://launchpad.net/ubuntu/+source/remmina => scrolling is broken in rdp connections. Because of GDK_SCROLL_SMOOTH.
[15:25] <cjwatson> that's on the desktop CD (among others) and it doesn't sound like a showstopper - I'd recommend an SRU
[15:26] <dupondje> I'll prepare an SRU then :)
[15:26] <dupondje> Good to have it fixed still. Quite annoying issue (for me at least ;))
[16:36] <raffa50> hello. what is the command for build the package of debian? i need to upload my software on launchpad
[16:44] <astraljava> raffa50: Did you not understand the previous instructions? You don't need to build locally in order to use a PPA.
[16:45] <astraljava> raffa50: https://help.launchpad.net/Packaging/PPA
[16:52] <vibhav> Since only 5 days are left for 12.04 , should we fix https://bugs.launchpad.net/ubuntu/+source/sivp/+bug/879097 in Ubuntu directly?
[16:52] <vibhav> instead of getting it first into Debian?
[16:52] <raffa50> uhm i found
[17:02] <jtaylor> vibhav: do you have a working patch?
[18:38] <ScottK> vibhav: Yes.
[18:51] <nigelb> Do we have a name for Q yet?
[18:55] <arand> nigelb: Don't think so, but it's generally around this time it gets announced iirc
[18:55] <nigelb> arand: It's far far later than normal. :)
[18:56] <nigelb> I wonder if sabdfl is saving it for the UDS opening keynote ;)
[19:01] <micahg> cjwatson: what do you think of removing packages that FTBFS in the rebuild on all archs that have been removed from testing?
[19:01] <micahg> cjwatson: oh and have no rdeps
[19:02] <arand> nigelb: Might just be very hard to find positive adjectives on Q...
[19:03] <nigelb> arand: HA. lol.
[19:12] <penguin42> arand: Quintessential Quetzalcoatlus, obvious really
[19:13] <nigelb> penguin42: haha
[19:15] <penguin42> nigelb: I know Mark always likes things that are easy to spell and type
[19:18] <nigelb> penguin42: yeah. he does care for us developers
[19:18] <nigelb> who have to type it out many times ;-)
[19:19]  * penguin42 is still just bitter that PP isn't penguin
[19:20] <penguin42> oh, nested KVM seems to work nicely on PP; I've just booted a OO VM on a PP server running on a PP host
[19:21] <penguin42> and given the number of impossible things I've done this weekend I should give up now :-)
[19:31] <ScottK> oneiric was not easy to type at first.
[19:32]  * tumbleweed is hoping for a quirky quagga - quirky is a great name for a post-LTS release :)
[19:40] <jtaylor> well it falls into debian freeze
[19:40] <jtaylor> so it won't be so bad
[19:41] <ScottK> I'm sure we'll invent plenty of crack on our own.
[19:42] <ScottK> Qwality Quail
[19:43] <ScottK> http://dilbert.com/strips/comic/1996-06-11/ comes to mind.
[19:44] <jtaylor> ^^
[19:44] <tumbleweed> :)
[19:53] <cjwatson> micahg: I'm gradually fixing or removing anything that has out-of-date binaries as a result of build failures.  I expect most of the packages in your category would be sane to remove, but I'd like to apply some case-by-case judgement all the same
[19:55] <cjwatson> out-of-date binaries are more urgent IMO
[20:00]  * ScottK doesn't understand why all the axiom binaries on the the outofdate list.
[20:00] <cjwatson> YM from architectures that built?
[20:01] <micahg> powerpc is behind
[20:01] <cjwatson> They're probably arch all.  LP nowadays keeps arch all around until there are no arch-specific binaries from the same version, to try to reduce skew-induced damage.
[20:01] <Laney> it's the arch:all binaries being held because of the FTBFS
[20:01] <cjwatson> Fix or remove the arch-specific ones, and the arch all binaries will be dominated away on the next publisher run.
[20:02] <micahg> where's this out of date list?
[20:03] <Laney> http://people.canonical.com/~ubuntu-archive/testing/precise_outdate_all.txt
[20:03] <Laney> and s/testing/testing-ports/
[20:03] <micahg> meh, I've added 2 to the list apparently
[20:03] <cjwatson> it's about half the length it was on Friday :)
[20:03] <cjwatson> it does fluctuate a bit
[20:04] <cjwatson> one of these days I must add a currently-building indication to it
[20:17] <ScottK> It definitely looks much better than the last time I looked at it.