[05:09] <cpaelzer> jdstrand: interesting in all local autopkgtests the only occurring issue was the output order change (which was reliable)
[05:10] <cpaelzer> thanks for the info, I'll take a second look at it
[08:47] <cpaelzer> jdstrand: yes the ufw patch was for for compatibility with iptables 1.8.3
[08:47] <cpaelzer> odd that it seems to hang on the tests
[08:48] <cpaelzer> the upload itself (as you have seen in the MP that I set you as reviewer to be aware) just adds another allowed result for one of the tests
[08:48] <cpaelzer> Locutusofborg: it worked in local autpkgtest VMs, but it seems something odd happened on the actual upload
[08:48] <cpaelzer> Locutusofborg: I don't know details yet
[09:00] <cpaelzer> hmm, I see a bunch of those tests all 37 minutes old - so I assume one of you has recently restarted them
[09:00] <cpaelzer> that seemed reasonable as half of them was failing on some unrelated kernel install dependency
[09:01] <cpaelzer> but is seems they now all fail at Test get_netfilter_capabilities() ...
[09:01] <cpaelzer> that matches the long running/hanging tests ahasenack has seen
[09:06] <cpaelzer> this test just worked before, even against iptables 1.8.3
[09:07] <cpaelzer> I have alocal VM based run ongoing hoping that it breaks there as well
[09:28] <cpaelzer> jdstrand: Locutusofborg: I started to track things in bug 1840633
[09:39] <cpaelzer> interesting this fail is not part of the test but instead part of the build it does for "build-needed"
[09:40] <cpaelzer> There are 13 stuck tests in the queue hanging I'll ask to cancel them
[09:41] <cpaelzer> actually where would I ask for that ... ?
[09:41] <cpaelzer> let me spam the channels a bit :-/
[09:43] <cpaelzer> There are currently 13 UFW tests on http://autopkgtest.ubuntu.com/running#pkg-ufw; all are stuck on "Test get_netfilter_capabilities() ..." in the "build-needed" stage. This will not recover due to bug 1840633. It would be great if someone could cancel them. FYI: Since I don't exactly know who can do this I posted this on multiple channels.
[09:54] <rbasak> jamespage: o/ did you manage to look at mysql-router from my PPA at all? I'm about to add it to src:mysql-8.0 in the archive, so now would be a good time to fix any problems :)
[10:03] <seb128> cpaelzer, hey, thx for the zsys MIR review!
[10:04] <cpaelzer> np
[10:04] <cpaelzer> I had a lot to criticize and request, I wonder that you are so happy about it :-)
[10:07] <EoflaOE> Hello, what is the purpose of this channel?
[10:09] <cpaelzer> EoflaOE: see title "Devel of Ubuntu (not support)"
[10:09] <cpaelzer> EoflaOE: see https://wiki.ubuntu.com/IRC/ChannelList for an overview of Ubuntu channels
[10:12] <EoflaOE> cpaelzer: Thanks, but is this channel also for requesting packages?
[10:15] <cpaelzer> EoflaOE: I doubt a lot will happen if you just post that here, there is much more of an official process and usually done together with Debian (unless it is explicitly Ubuntu-only for some reason) https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[10:16] <cpaelzer> step1 usually is finding someone to package and maintain it
[10:20] <EoflaOE> cpaelzer: Thanks.
[10:25] <seb128> cpaelzer, right, well I didn't read the details of the review yet so will comment on that in a bit ... :-)
[10:33] <dwmw2> tkamppeter: is there any way I can import your NetworkManager 1.10.14-0ubuntu2 packages from bionic-proposed into a PPA of my own without rebuilding them?
[10:33] <dwmw2> my users really need the fix for CVE-2018-1000135
[12:55] <ddstreet> rbalint what's the plan for systemd in eoan?  seems it's back to 240-6ubuntu9 now, will e get released with that version?
[15:49] <seb128> cyphermox, hey, did you manage to get anywhere with ffmpeg/armhf?
[16:03] <cyphermox> seb128: negative, but will be looking into this today
[16:04] <seb128> cyphermox, k, thx
[16:04] <seb128> I'm pondering going ahead with the poppler transition since ff is coming and libvpx isn't getting nearer from being unblocked
[16:05] <seb128> but that would probably not be popular with some persons...
[16:26] <cyphermox> well tbh I'd look more into libvpx thans others myself
[23:46] <mwhudson> i'm completely confused by the blockage around hugo in proposed
[23:46] <mwhudson> i think there might be some circular dependencies going on ...


[14:26] <highvoltage> ara: I finally saw you in budapest!
[14:26] <highvoltage> http://irc.jonathancarter.org/files/temp/ara.jpg
[14:29] <stgraber> :)
[15:49] <jhobbs> 5
[17:18] <cr3> victorp: plans for tonight?
[20:23] <stojabreak> How can i set to performance mode in my Asus laptop ( Intel Core I7 1,60 ) , since kernel <IP_ADDRESS> . it s slow :(
[20:24] <stojabreak> any applet ?
[20:24] <stojabreak> thanks !!


 @KMyers So I may do a Linux install this weekend when me monitor cables come in
 I'll try Slackware
 *my
 Why slack?
 I liked the idea of vanilla packages so I can learn my way around the system and how it's tied together. Closest to FreeBSD in UNIX philosophy, but benefits from Linux hardware support
 I wanted to learn a simple Linux without distro specific stuff in the way
 SCO vs. IBM case over who owns Linux comes back to life. Again … https://www.theregister.co.uk/2017/11/02/ibm_vs_sco_revives/ … Shared from my Google feed
 Groaaaan
 I think FreeBSD finalized it's legal cares back in the day but who knows where submarine parents lie
 @RazPi, Arch maybe?


[01:31] <jak08> why is it that this room is always silent?
[06:01] <poningru> :)
[06:02] <klepas> moin
[06:02] <klepas> troy_s: ping
[06:40] <Burgundavia> anybody here with a wacom tablet?
[06:42] <klepas> oh i wish :)
[06:44] <Burgundavia> the basics are only about $100
[06:45] <klepas> i've been thinking about getting one now that i've got my laptop
[09:46] <dum8d0g> hi people
[09:46] <dum8d0g> (sorry for my english, I'm from czech)
[09:47] <dum8d0g> I'm searching for ubuntu fonts (truetype) and some materials
[09:47] <dum8d0g> colors, vectors, photos and more..
[09:48] <dum8d0g> I just want make better our page ubuntu.cz to be less different with ubuntu.com
[09:48] <dum8d0g> (yes I know, my english is really bad ;))
[09:53] <dum8d0g> ok, i have..
[09:54] <dum8d0g> :)
[09:54] <dum8d0g> https://wiki.ubuntu.com/Artwork/Official
[10:17] <troy_s> greetz boyz and grrls.
[11:10] <troy_s> klepas you in?
[04:04] <klepas> troy_s: in now
[04:29] <troy_s> hey bersace...
[04:29] <troy_s> added some comments to your wiki structure at your personal page there...
[04:32] <bersace> troy_s: thanks
[04:37] <bersace> We need to create a CategoryArtwork too.
[04:40] <troy_s> ???
[04:41] <troy_s> i think you need to start a bulleted listing so we can 'see' how it will look when finished
[04:41] <troy_s> great work though bersace... the simplicity is going to help completely.
[04:41] <bersace> ok
[04:41] <bersace> done
[04:41] <troy_s> weekend meeting suggestion is great too... but the problem is that
[04:41] <troy_s> i am off to paris.
[04:41] <troy_s> hope to see you there :)
[04:41] <bersace> hh !
[04:42] <troy_s> irc is a very bunk meeting technique in my opinion
[04:42] <bersace> i'm thinking about reusing ArtworkTeam logo in our PageTemplate
[04:42] <bersace> troy_s: meetings must be short
[04:42] <bersace> one hour, no more
[04:42] <troy_s> ber:  yes and targetted.  but i still have yet to see what folks are going to arrive at that we _cant_ in the mailing list
[04:43] <bersace> so IRC is a good way to dump a bunch of ideas and triage that later
[04:43] <troy_s> which is why i am sort of non-commital on the wiki organization for meetings and such.
[04:43] <troy_s> absolutely!
[04:43] <troy_s> braindump for certain
[04:43] <troy_s> i would say irc is wonderful
[04:43] <bersace> yep
[04:43] <troy_s> but we aren't at that stage yet
[04:43] <troy_s> when we get down to deciding motifs and such
[04:43] <troy_s> irc will be very important
[04:43] <troy_s> but really, we can poll and keep a flowing discourse on the mailing list
[04:43] <bersace> https://wiki.ubuntu.com/%c3%89tienneBersac/ArtworkReOrganisation
[04:58] <bersace> Created https://wiki.ubuntu.com/CategoryArtwork
[04:58] <bersace> Added a nice icon in https://wiki.ubuntu.com/ArtworkTeam/PageTemplate
[05:13] <bersace> Updated https://wiki.ubuntu.com/%c3%89tienneBersac/ArtworkReOrganisation#head-73e7195ec66fefd074881d59f190f1971118c27c
[05:23] <troy_s> uncomfortable with being labeled as leader there bersace :)
[05:23] <troy_s> so pull me out of that until we have official proceedings and such.
[05:43] <troy_s> bersace:  new adjustments.
[06:16] <bersace> troy_s: As you edit the Tree, it feels like you want to create Incoming sub pages
[06:16] <bersace> i mean subnamespace
[06:17] <bersace> such as Incoming/Documentation and Incoming/LooseIdeas
[06:17] <bersace> isn't it ?
[06:21] <bersace> Are Structure Documents Team Guidelines ?
[06:21] <bersace> How could we handle current developpement
[06:21] <bersace> ?
[06:21] <bersace> not in the wiki ?
[06:22] <bersace> we need wiki for polls, launchpad only allow to vote, not to show each choices in details as we need .
[06:56] <bersace> maybe should we just put poll's item's page in Incoming ....
[07:58] <troy_s> polls seem like we should stick with launchpad for
[07:58] <troy_s> wiki is really an evolutionary process
[07:59] <troy_s> it is a great starting point (instead of telling people go xxx or yyy, just point them to http://wiki.ubuntu.com/Artwork or wherever)
[08:13] <bersace> hmmm
[08:14] <bersace> i don't suggest to use wiki to vote, just to have page that explains in details item. On page per item.
[08:14] <troy_s> yep
[08:14] <bersace> of course, wallpaper vote just use link to art.ubuntu.com as we did earlier
[08:14] <troy_s> well launchpad requires that you provide a wiki page for further details.
[08:15] <bersace> so we have to put some pages for e.g. Frozen etc.
[08:15] <bersace> ok
[08:15] <bersace> so where should we put those pages ?
[08:15] <bersace> Incoming ?
[08:15] <bersace> Evaluations ?
[08:15] <troy_s> art.ubuntu.com... thanks for reminding me... i'll email henrik now to see if we can factor in some sort of cvs use.
[08:15] <bersace> AnyThingElse ?
[08:15] <troy_s> well...
[08:15] <troy_s> let's for now leave the basic structure plus a little more refinement
[08:15] <troy_s> i think you have given it a good simple starting point
[08:15] <bersace> ok
[08:15] <troy_s> and hopefully things can 'fit in' below it as we need them.
[08:16] <bersace> so we can start applying changes ?
[08:16] <troy_s> right now, i think we need to resolve the whole team section.
[08:16] <bersace> ok
[08:16] <troy_s> i would still give it a little more time
[08:16] <troy_s> for the folks who are going to contribute to contribute.
[08:16] <troy_s> lol
[08:16] <troy_s> we need to be as transparent and democratic as possible within the team
[08:16] <troy_s> or else people will get disillusioned.
[08:17] <troy_s> we also need to WORK, so it is a delicate balance between the two :)
[08:17] <troy_s> if we all keep doing what we have been doing, we can expect the same results.
[08:17] <troy_s> so that obviously doesn't work.  that said, i think we are making good process.
[08:17] <troy_s> frank's document needs to be wikiized
[08:17] <troy_s> i wonder if there is an easy way to cut and paste... i guess a little wiki formatting would be easy enough.
[08:48] <bersace> troy_s: which document from Frank ?
[08:51] <troy_s> check the mailing list
[08:51] <troy_s> he has a link to a pdf.
[08:52] <bersace> grabed
[08:55] <bersace> Frank is so a rocking guys !!!
[08:55] <bersace> :)
[08:56] <troy_s> clever guy
[08:56] <troy_s> and he believes in working on leaving paper trails
[08:56] <troy_s> which is important in community efforts
[08:56] <troy_s> otherwise they just dissappear into the vapor of mailing lists and such
[08:57] <troy_s> even compiling wiki pages and gathering data is critical work.
[08:59] <bersace> agree
[08:59] <bersace> May should we have a Documents namespace rather than a Documentation, that include such highly important documents
[08:59] <bersace> ?
[09:00] <bersace> and including documentations ?
[09:02] <troy_s> documentation is broad enough i think.
[09:02] <troy_s> remember, we really need to let the complexity flow from the simplicity at the top.
[09:02] <troy_s> otherwise we end up square one again... scattered stuffs everywhere.
[09:03] <bersace> ok
[09:03] <bersace> That was just a naming question
[09:04] <bersace> i wonder if Documentation is only for Technical documentation or also for such documents
[09:04] <troy_s> Seems to suggest everything in document compiled form?
[09:04] <troy_s> That is a good thing I think.  Pretty broad, and you can clarify with subdirs.
[09:05] <bersace> ok
[09:18] <bersace> read
[09:18] <bersace> That document is so good
[09:18] <bersace> i completely agree
[09:19] <bersace> troy_s: do you want do wikize it or at least the little itemized summaries ?
[09:19] <bersace> I think that Frank should do it in its wiki home page
[09:22] <troy_s> yep.
[09:22] <troy_s> agree.
[09:30] <troy_s> if you mail frank, i am sure he will give you the doc or wahtever he generated it from.
[09:32] <bersace> sorry
[09:32] <bersace> i restarted my session to test tapioca
[09:43] <troy_s> wtf is tapioca?  a pudding?
[09:47] <bersace> lol
[09:47] <bersace> http://tapioca-voip.sourceforge.net/wiki/index.php/ScreenShots
[09:47] <troy_s> ahh
[09:57] <bersace> didn't work :(


[18:39] <mup> PR operator#734 opened: harness: support mocking storage mounts <Created by rwcarlsen> <https://github.com/canonical/operator/pull/734>


[06:18] <mimbo> Hello, need help with usb device unable to recognise by Ubuntu 12.04 OS
[06:43] <dholbach> good morning
[06:48] <svij> morning dholbach
[06:51] <dholbach> hi svij
[08:08] <Kilos> morning everyone


[07:42] <dholbach> good morning
[07:52] <marcus> hi. is there a channel for the ubuntu irc admins?
[07:56] <dholbach> marcus, #ubuntu-irc
[08:01] <marcus> thanks


 "master and pga 1 0 master" <- I have a flex 5.  What are your jack settings?
[09:40] <chris_uk[m]> Eickmeyer @Eickmeyer:libera.chat Thanks. I now have a second SSD installed specifically for beta testing and the Ardour splash screen behaviour is the same. Will ask in the Ardour group.
[11:20] <BrianHechinger[m> the nvidia 470.74 package that's in the ppa doesn't seem to be correctly setup for lowlatency as the dependencies are slightly wrong. Does anyone know how to fix that? I'm getting tired of installing 460 and then using the nvidia binary installer to get 470 on top of it (because it breaks apt)
[17:41] <Eickmeyer> BrianHechinger[m: There is no nvidia package in the PPA.
[17:42] <Eickmeyer> BrianHechinger[m: Barking up the wrong tree there.
[17:43] <Eickmeyer> BrianHechinger[m: I'm assuming you mean the Ubuntu Studio Backports PPA. Either way, nobody here can help you with that. Canonical maintains the nvidia driver stack in the repositories.


[02:22] <tsimonq2> just curious, I have seen build servers for Ubuntu that build packages for the repos. Are those only Ubuntu servers that can do that, or can I contribute my free resources to do this on my server?
[05:43] <slangasek> pitti: latest kernel autopkgtests show a failure because the testbed is being upgraded to -proposed before the pin preferences are set, pulling in a new libuuid1 from xenial-proposed; so when the package tests later try to install uuid-dev (transitive build-dep of apparmor), this fails
[05:45] <jjohansen> hallyn: yes, because they are. nsfs use proc magic to have the symlink jump to the nsfs dentry/inode
[05:47] <jjohansen> stgraber: the systemd thing is that systemd doesn't have a restart/reload. They do a stop and then start for it. But for apparmor stop tears down the loaded policy, and your attachments/mappings to tasks are lost
[05:48] <jjohansen> we are going to have to do something different so that policy doesn't get removed like that
[05:49] <jjohansen> back to nsfs, I have some ideas on how to deal with it, but haven't gotten to implementing them yet
[05:57] <infinity> slangasek: Yeah, that's a known bug/misfeature that pitti's left in place to make sure the base system gets testing.  I think we should just introduce some autopkgtests for util-linux, etc, and fix the bug.
[06:03] <slangasek> ah?  yes, I agree
[06:10] <slangasek> it would be less of a problem in this case of util-linux wasn't hanging the ppc64el buildds
[06:10] <slangasek> (because then util-linux would be migrate and linux tests would be fine)
[10:50] <cjwatson> tsimonq2: Thanks for the offer, but to ensure proper security we only build packages on systems we run ourselves.
[10:51] <cjwatson> tsimonq2: (We're also not particularly short of x86 builder capacity nowadays.)
[15:15] <tsimonq2> cjwatson: Ok, I was just wondering as Debian has their buildd setuo
[15:15] <tsimonq2> s/setuo/setup/
[16:45] <hallyn> jjohansen: ok, thx.
[17:52] <cjwatson> tsimonq2: Debian doesn't take buildd contributions from just anyone, either :)
[17:52] <cjwatson> tsimonq2: Most Debian buildds these days are DSA-operated
[17:52] <cjwatson> But they do have somewhat different constraints.
[18:15] <hjd> Hi all. :) Someone who around who can rebuild packages which failed to build on Xenial? Looks like both s3fs-fuse and node-string-decoder failed due to random errors when attempting to download packages. (https://launchpadlibrarian.net/225417305/buildlog_ubuntu-xenial-amd64.s3fs-fuse_1.79%2Bgit90-g8f11507-1_BUILDING.txt.gz and
[18:15] <hjd> https://launchpadlibrarian.net/225417304/buildlog_ubuntu-xenial-amd64.node-string-decoder_0.10.25-1_BUILDING.txt.gz)
[18:16] <hjd> And it looks like libmath-bigint-gmp-perl and turbogears2-doc both attempted to build before all dependencies had been synced/built, so they might work better now as well. Thanks in advance :)
[18:44] <ginggs_> hjd: i'll do it
[18:51] <ginggs_> hjd: node-string-decoder failed again for a different reason
[18:53] <ginggs_> hjd:  s3fs-fuse, libmath-bigint-gmp-perl and turbogears2-doc built ok
[18:57] <hjd> ginggs_: Yes, looks like node-string-decoder has a real bug. Thanks again :)
[19:01] <Unit193> barry: I don't suppose that bzr-fastimport thing is on your agenda anymore then?


[01:27] <MarconM> sturmflut: are u there
[01:27] <MarconM> ?
[07:29] <dholbach> good morning
[07:47] <hcintl> Haven't found tutorial how to switch Ubuntu phone to another distro. Is Ubuntu phone closed or open? Have anyone been able to install another distro into Ubuntu phone?
[07:49] <dholbach> hcintl: I don't know how many other distros support phones...
[07:50] <sturmflut> hcintl: Which other distro would you want to install?
[07:51] <hcintl> Would liked to your question after you answer my question. sturmflut
[07:55] <sturmflut> hcintl: There are no other GNU/Linux distributions you could install on an Ubuntu phone. You might want to ask Fedora, OpenSUSE, Debian, Arch, Gentoo, etc. when they are going to support phones.
[08:01] <hcintl> I want a smartphone without built-in malwares. Seems  most GNU/Linux distros don't have pre-installed malwares... besides few ones like Ubuntu.
[08:01] <hcintl> sturmflut:
[08:05] <RMJ> What phone have you got? you can install SailfishOS on Nexus 4 and 5 now I think
[08:07] <RMJ> On Ubuntu touch anyone know how the Music app decides the album cover to display?
[08:08] <RMJ> Actually I think I mean the picture in the first page for the Artist
[08:30] <sturmflut> hcintl: Please inform yourself about this "Malware" you're accusing us of, and again: which other Linux distribution would you want to install on a phone? A phone is not a PC, you can't just install anything you want.
[08:32] <hcintl> https://www.youtube.com/watch?v=CP8CNp-vksc sturmflut
[08:35] <sturmflut> hcintl: In this case you might want to ask Stallman what Linux distribution he suggests for a phone
[08:41] <hcintl> I'm glad IF you watched the whole video I linked. And that you agree there are malware(s) into Ubuntu. sturmflut
[08:44] <sturmflut> hcintl: I won't agree with anything because a random video on the Internet says so, thanks. Stallmann is wrong and the phone uses different software anyways, what he says does not even apply to the phone. That's what I meant with "please inform yourself". I am sure I can find enough YouTube videos about UFOs, that doesn't mean UFOs exist.
[08:49] <hcintl> Can you prove that Ubuntu doesn't have malwares pre-installed? sturmflut
[08:56] <sturmflut> hcintl: This is pointless, all discussions about this ended three years ago. If you don't want to use Ubuntu, then please do so, and if you want a phone with something else than Ubuntu, then please talk to the people who are working on it. It's certainly not the job of an "#ubuntu-phone" IRC channel to tell you how to NOT get an Ubuntu phone.
[08:57] <sturmflut> hcintl: The KDE guys are working on something, https://dot.kde.org/2015/07/25/plasma-mobile-free-mobile-platform . Maybe that's a possibility.
[09:02] <jibel> pitti, bonjour
[09:03] <jibel> pitti, could you have a look at bug 1524674? could it be a problem with systemd?
[09:15] <pitti> jibel: phones don't even use systemd (they still use upstart), but maybe something in timedated
[09:16] <pitti> "timedatectl set-ntp 1" -> I'm not sure what this actually does under upstart, hang on
[09:16] <pitti> oh, it just blocks/reenables ntpdate
[09:18] <jibel> pitti, do you know where the system gets its time from on boot?
[09:19] <pitti> jibel: that should be /etc/init/hwclock.conf on boot (HW → system) and /etc/init/hwclock-save.conf on shutdown (saves system clock to hw clock)
[09:19] <pitti> jibel: but on boot you additionally get ntpdate normally, but I think the reporter disabled that
[09:20] <jibel> pitti, right the problem is only when you set the time manually in system-settings
[09:21] <jibel> pitti, hwclock.conf calls hwclock with --systz which according to the man page does not read the Hardware Clock nor set the System Clock
[09:22] <pitti> oh, ok
[09:22] <pitti> jibel: right, so this only seems to set the time zone then
[09:22] <pitti> jibel: I figure the kernel already ought to set the system time from the hw time
[09:22] <jibel> pitti, the kernel is supposed to sync hw -> sys clock on boot, which it does according to dmesg but in the end the sys clock is just wrong
[09:23] <pitti> jibel: OOI, how does that show in dmesg? I have this on my laptop: [    0.145396] RTC time:  5:45:49, date: 12/14/15
[09:23] <pitti> (from this morning's boot)
[09:23] <jibel> [    2.649379] mt-rtc mt-rtc: setting system clock to 2015-12-14 02:02:41 UTC<PHONE_NUMBER>)
[09:23] <jibel> pitti, ^
[09:24] <jibel> it's from a reboot right after settings the clock to 03:00:00UTC+1
[09:24] <pitti> ah, and that's the correct time I figure
[09:24] <jibel> yes
[09:25] <pitti> jibel: could you try disabling /etc/init/hwclick.conf, to check if that somehow interferes?
[09:25] <jibel> ok
[09:25] <pitti> jibel: or add a "date" and "hwclock" call before and after the --systz call to compare?
[09:26] <jibel> oh, I added an override
[09:29] <jibel> pitti, disabling hwclock.conf doesn't make any difference, sys clock is still incorrect.
[09:31] <ondra> Myself5 hi, now around
[09:34] <jibel> pitti, before the call to hwclock ... the system clock is incorrect, and I don't see the value after
[09:34] <jibel> echo after is not excuted
[09:36] <pitti> jibel: ok, so the kernel already sets the system clock incorrectly, it's not due to the userspace scripts
[09:37] <pitti> jibel: sorry for the wrong info about the hwclock job, I've learned something new today :)
[09:39] <jibel> pitti, me too and the man page is a bit misleading because it starts with "This  is  an alternate to the --hctosys function " which set the System Clock from the Hardware Clock excepted that it doesn't :)
[09:48] <RMJ> anyone know how the Music app decides the picture to display for the artist? I've got a completely wrong artist picture for one
[09:54] <popey> RMJ, it's actually the thumbnailer which does that.
[09:59] <RMJ> Hi Popey, thx, not exactly sure how that works
[09:59] <popey> magic :)
[09:59] <RMJ> lol
[09:59] <RMJ> ok, so something went wrong in the magic... :)
[10:01] <RMJ> I have an album I converted from a record to digital, an 80's hardcore punk band and the picture that shows up for the artist is the drifters!! lol
[10:02] <popey> hah
[10:02] <popey> yes, some magic missing there
[10:02] <popey> is the metadata in the file correct?
[10:02] <popey> id3tag
[10:04] <RMJ> I'll have to check, the correct album cover comes up when you select the artist, what's the best program to check?
[10:05] <RMJ> I'll have to come back to you, end of the work day here and I don't want to miss my ferry, thx for the suggestion
[10:07] <JamesTait> Good morning all; happy Monday, and happy Monkey Day! 😃
[13:41] <rvr> boiko: Hey. Do you know what "On" means here, in telephony-service? -> mCachedBody = QString::fromUtf8(C::gettext("On [%1]")).arg(account->displayName());
[13:41] <rvr> boiko: On = Active, On = Using... ?
[13:42] <boiko> rvr: that the call/message (not sure where this is in the code) was made on a given simcard
[13:42] <boiko> rvr: Using
[13:42] <rvr> boiko: Ok
[13:43] <seb128> looks like that could use a translator comment
[13:43] <boiko> yep
[13:43] <boiko> salem_: ^
[13:43] <salem_> rvr, that's the sim card label
[13:44] <rvr> salem_: Yeah, I remember to test that, now know the context.
[13:44] <rvr> I was translating the string to Spanish
[13:44] <boiko> salem_: can you add a translator comment there?
[13:44] <salem_> seb128, yes, that really needs a translator comment.
[13:44] <salem_> boiko, sure
[14:15] <zzarr> I got 8260 points in Octain Benchmark today on my Ubuntu powered Meizu MX4 :)
[14:21] <mhall119> oSoMoN: ping, after a recent update on wily, webbrowser-app crashed on launch and then I get all kinds of apparmor denial messages
[14:23] <oSoMoN> mhall119, can you please file a bug at https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+filebug with details?
[14:25] <mhall119> oSoMoN: might it be that I hit https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1508054 ?
[14:26] <oSoMoN> mhall119, could be, what version of webbrowser-app do you have?
[14:26] <mhall119> 0.23+15.10.20151016-0ubuntu1
[14:26] <mhall119> on wily desktop
[14:27] <mhall119> yeah, looks like it: This bug was fixed in the package webbrowser-app - 0.23+15.10.20151022.1-0ubuntu1
[14:27] <oSoMoN> mhall119, indeed, could very well be that issue
[14:28] <mhall119> oSoMoN: will that be backported to the overlay PPA for wily?
[14:28] <oSoMoN> mhall119, no, wily is not a supported target for the overlay PPA
[14:30] <mhall119> oSoMoN: what is the best source for me to get updates to the browser then?
[14:31] <oSoMoN> mhall119, xenial :)
[14:33] <corn_field> oSoMoN, webbrowser app crashes on xenial
[14:34] <corn_field> oSoMoN, with nouveau drivers
[14:34] <lotus|xenial> corn_field: im on ati and works like a charm here
[14:35] <corn_field> lotus|xenial, nice, not so much luck with nouveau :(
[14:35] <oSoMoN> corn_field, can you please file a bug with ubuntu-bug ?
[14:39] <corn_field> oSoMoN, sure
[14:56] <dobey> jgdx: hey. you know much about security/privacy panel in settings?
[14:57] <jgdx> dobey, some, not much. What's up?
[14:58] <dobey> jgdx: any idea why it would be blank?
[14:59] <jgdx> dobey, what does  .cache/upstart/application-legacy-ubuntu-system-settings-.log say?
[14:59] <dobey> jgdx: the "App Permissions" side anyway
[14:59] <jgdx> dobey, maybe ken can help you with that when he comes along. seb128 might also know (iirc)
[14:59] <dobey> oh hrmm
[14:59] <dobey> it's not actually loading the page because apparently there's a missing }
[15:00] <dobey> oh wow, i am that stupid
[15:40] <jnxd> Has anyone tried the Ubuntu touch tweak tool?
[15:52] <mhall119> well oSoMoN, that ends my experiment of using the ubuntu browser as my primary desktop browser :(
[15:54] <oSoMoN> mhall119, yeah, I know this is not a great situation, but triple-landing (to vivid,wily,xenial) is not an option when filing landing requests, and the overlay PPA is not officially supported on desktop anyway
[15:54] <oSoMoN> mhall119, I could probably build the latest version for wily in a PPA of mine, if you’d be interested in using it
[15:55] <mterry> ogra_, what component decides whether the phone is available over mtp (based on locked-screen-or-not)?
[15:56] <ogra_> mterry, mtp-server
[15:56] <ogra_> (source: mtp)
[15:57] <ogra_> it is built in ... (like in adbd)
[15:57] <mterry> ogra_, thanks -- investigating a possible mistake -- it seems to give mtp access after using the emergency dialer.  Maybe unity8 is telling it it's OK prematurely...
[15:58] <ogra_> well, it checks the lock-screen state
[15:58] <ogra_> via a dbus call iirc
[15:58] <mterry> ogra_, right, I suspect it's a u8 error
[15:58] <mterry> ogra_, just wanted to see exactly what it did
[15:59] <mhall119> oSoMoN: I am still interested in using it (and reporting bugs, maybe a fix eventually)
[15:59] <mhall119> I could probably just run it from trunk
[16:00] <oSoMoN> mhall119, good, I’ll put it on my list to provide an up-to-date build for wily in a PPA, and will ping you once I have it ready
[16:00] <mhall119> thank you sir :)
[16:01] <mterry> ogra_, it's one-way by design?  Like, if we ever unlock once, we expose mtp forever?
[16:02] <mterry> ogra_, I guess that makes sense.  I think the bug is that u8 is every-so-briefly saying it's unlocked before locking again when transitioning from emergency dialer back to lock screen
[16:02] <ogra_> mterry, not sure how mtp handles it, it should persist for the duration of the connection
[16:02] <ogra_> at least that was how it was planned ...
[16:02] <mterry> ogra_, looking at the code, it only ever acts on it being unlocked.  Doesn't do anything if we lock again
[16:03] <mterry> i.e. it doesn't shut down the connection in that case
[16:03] <mterry> Which is probably what we want
[16:03] <mterry> ..
[16:03] <mterry> But I should fix u8 reporting being unlocked
[16:06] <ogra_> implementation was either done by cyphermox or by mandel
[16:06]  * ogra_ hasnt touched mtp much ... i tend to stay away from C++ if i can :)
[16:07] <mterry> ogra_, :)
[16:07] <mterry> ogra_, thanks for pointers
[16:07] <ogra_> you should only approve the connection once
[16:07] <ogra_> locking the phone should not drop it
[16:08] <ogra_> but u8 shouldnt automatically send an unlock event for the emergency dialer
[16:18] <mcphail> I think I recall someone mentioning the gallery app was going to be remade or replaced. Do we have an ETA for that? I still find the current one unusable (although that may be partially due to media scanner)
[16:19] <sturmflut> mcphail: I saw a bug report that the gallery requests each thumbnail multiple times, no idea how much better it will perform if that is fixed
[16:20] <mcphail> sturmflut: I would imagine it will be a lot better. The gallery app only seems to show me spinny-things these days
[17:06] <Kowak> hello guys i'm trying to port ubunto touch for Motorola Moto E 2014 but i'm stuck in kernel panic anyone can help?
[17:27]  * mcphail wonders how many of the annoying, intermittent UI bugs (browser scroll jumping, dodgy proximity sensor in calls etc) are caused by the dbus-induced micropauses. Would be good to get this fixed...
[17:40] <Abhinav> @ondra, did you have idea about these errors: http://pastebin.com/vTCi3MPD on honami?
[17:40] <Abhinav> do you*
[17:40] <ondra> Abhinav nope, did not see those
[17:41] <Abhinav> ondra, could it be environment?
[17:43] <ondra> Abhinav Myself5 this looks strange, since this part of code should not be device specific
[17:43] <ondra> where did you get rest of the tree from?
[17:43] <Abhinav> @ondra https://github.com/ubuntu-sony/
[17:43] <Abhinav> device: leo, board: shinano
[17:43] <ondra> did you try to compile mako? just to make sure your tree works
[17:43] <Abhinav> alright, will do it right now
[17:46] <lotuspsychje> http://news.softpedia.com/news/oneplus-one-ubuntu-touch-developer-is-helping-other-projects-to-do-the-same-497578.shtml
[17:46] <Abhinav> mako seems to have other errors before reaching that
[17:47] <Abhinav> http://pastebin.com/JGb6GZwW @ondra
[17:50] <Abhinav> i will just add the header to fix the compilation for now
[17:53] <ondra> Abhinav why don't use use phablet tree + sony repos, no need to debug broken tree if there is working tree
[17:57] <Abhinav> @ondra could do that but those errors do not seem device specific and the leo tree and kernel have same changes as honami so its weird that honami builds but leo doesn't. Should I try a honami build just to be sure?
[17:59] <ondra> Abhinav yeah I'd say so, almost mako should build from same tree without any problems
[18:19] <Abhinav> @ondra just to be sure, branch is personal/w-ondra/phablet-5.1.1_r5, right?
[18:23] <ondra> Abhinav yep
[18:23] <Abhinav> hmm...something is definitely weird. There are some obvious sepolicy errors during honami build. I mean they are easy to fix but how does it compile for you?
[18:24] <Abhinav> anyway, i fixed it and i am continuing building @ondra
[18:24] <Abhinav> and got the same errors
[18:24] <Abhinav> on honami too
[18:25] <Abhinav> as the ones on leo
[18:26] <sturmflut> mterry: That MTP security bug makes me think that mabye the community could be asked to find security holes like these. sil2100 already announced that future "Landing team" e-mails will be used to tell the community which parts of the phone need more attention, could this be the first task?
[18:26] <ondra> Abhinav hmm, so I have definitely building honami
[18:27] <mterry> sturmflut, that actually was found by a community member -- the one that found the 1969-locks-me-out-of-my-phone bug  :)
[18:27] <mterry> sturmflut, but the idea of asking people to attack the lock screen isn't bad
[18:29] <sturmflut> I wish there was a way to protect the bootloader, because at the moment you can still just power the phone into Fastboot mode, boot the ADB-enabled recovery and then you have full access
[18:31] <Kowak> now my ubuntu touch port for moto-e can boot. but soo laggy
[18:32] <corn_field> Kowak, does the wifi work?
[18:35] <Kowak> corn_field, wifi and ril dont works
[18:36] <Kowak> seems adbd dont work too
[18:37] <corn_field> Kowak, thanks
[20:01] <Vishnudev> Guys how to create click pakage of for existing commandline application?
[20:01] <lotuspsychje> interesting question
[20:01] <Vishnudev> is there any online tool or something for that?
[20:02] <mcphail> Vishnudev: there isn't an easy solution for that
[20:02] <Vishnudev> Why so?
[20:03] <mcphail> Vishnudev: it isn't possible to spawn the terminal app from a click package, as far as I am aware
[20:03] <Vishnudev> I heard some where that we can easly convert deb package to click
[20:03] <mcphail> Vishnudev: unless you bundled your own terminal
[20:03] <mcphail> Vishnudev: what application is it?
[20:03] <Vishnudev> Terminal python/npm pap?
[20:04] <Vishnudev> *app
[20:05] <mcphail> Vishnudev: if you want a user to be able to ineract with it through the terminal, it will not work. If, however, it creates something like a web interface, it would be possible
[20:06] <Vishnudev> Yes I am trying to do that only. creating an HTML5 interface to existing python cli app
[20:06] <Vishnudev> will that be possible?
[20:07] <mcphail> Vishnudev: that is not so hard, then. But you may need to bundle a lot of python in the click to make sure it works. And the user experience may be a little "odd"
[20:07] <Vishnudev> hmm
[20:07] <mcphail> Vishnudev: have a look at my "syncthing" app in the store, which runs in the background and has a web interface. Hardly a good option, but it works
[20:08] <Vishnudev> Let me check that
[20:08] <Vishnudev> link?
[20:08] <dobey> Vishnudev: you'd need to package a stripped down version of the terminal app, where it only runs the app you want to package
[20:09] <Vishnudev> oh
[20:09] <Vishnudev> how to do that?
[20:09] <Vishnudev> do I need to bundle whole python for it?
[20:09] <dobey> and if it's python/node/etc, you probably will need to also package the interpreter and any libs you need in the package too
[20:09] <dobey> yes
[20:10] <mcphail> Vishnudev: https://uappexplorer.com/app/syncthing.njmcphail , and have a look at https://uappexplorer.com/app/bg1.njmcphail where I bundle a lot of python
[20:10] <dobey> python isn't a supported sdk target, so there are no guarantees about api compatibility or such
[20:10] <Vishnudev> Thats why I hate click
[20:11] <dobey> that has nothing to do with click
[20:11] <Vishnudev> We have to bundle python for using a small python utility :(
[20:12] <dobey> that's python's fault
[20:13] <dobey> interpreted languages require interpreters
[20:13] <Vishnudev> I am installing syncthing
[20:13] <mcphail> Vishnudev: prepare to be underwhelmed :)
[20:14] <Vishnudev> Michail I dint get what this pap does,though
[20:15] <mcphail> Vishnudev: the first time you launch it it will close after setting up config. The second time you launch it it will stay in the background and open a web interface at http://<IP_ADDRESS>:8384 where the user can interact with it
[20:16] <mcphail> Vishnudev: similar to the way you say you want your users to interact
[20:19] <Vishnudev> Cool. gsync is,not opening .
[20:20] <Vishnudev> but the URL is working from browser
[20:20] <mcphail> Vishnudev: it is rather messy, unfortunately
[20:20] <Vishnudev> is this app open source?
[20:20] <mcphail> Vishnudev: of course. It is just syncthing, wrapped in a click package
[20:20] <mcphail> Vishnudev: do patches or anything
[20:21] <mcphail> *no patches
[20:21] <Vishnudev> Actually I am not familiar with syncthing
[20:21] <Vishnudev> what is it?
[20:22] <mcphail> Vishnudev: just a service like dropbox, but not using a central server. You host it on your own machines
[20:22] <Vishnudev> click tool or something?
[20:22] <mcphail> https://syncthing.net/
[20:22] <Vishnudev> Hmm
[20:23] <Vishnudev> thank you
[20:24] <Myself5> ondra, what OS do you build on?
[20:24] <mcphail> Vishnudev: I can put up a tarball used to build the click package, if you want?
[20:24] <Vishnudev> Oh its basically running syncthing web ui
[20:24] <mcphail> Vishnudev: yes - your python app can do the same
[20:25] <Myself5> also, did you install any special repos packages despite the ones mentioned in the Ubuntu port guide?
[20:25] <Vishnudev> No
[20:25] <mcphail> Vishnudev: I'm not aware of any click packages which spawn a terminal for interaction, however
[20:26] <Vishnudev> cool that will be helpful. can you please mail me if its not that big
[20:27] <Vishnudev><EMAIL_ADDRESS>[20:29] <mcphail> Vishnudev: http://themcphails.uk/stc.tar.xz
[20:32] <mcphail> Vishnudev: it is a very simple click package structure, but enough to launch a process in the background
[20:33] <Vishnudev> Thank you .,thank you verymuch,
[20:34] <mcphail> Vishnudev: bundling python is less trivial, but not difficult
[20:36]  * mcphail thinks it would be good if uappexplorer gave the option to directly download the .click
[20:37] <beuno> it can't, you need to be authenticated in order to download
[20:38] <mcphail> beuno: shame. It would be useful in situations like this, as it is trivial to convert the click back into a working directory structure
[20:40] <Vishnudev> What about snaps?
[20:40] <mcphail> Vishnudev: they are similar to clicks. Not ready for phone yet, though
[20:41] <Vishnudev> can we install it in the current ubuntu touch?
[20:41] <mcphail> don't think so
[20:41] <Vishnudev> hmm
[20:41] <mcphail> Vishnudev: on the roadmap, though
[20:43] <mcphail> Vishnudev: (at least on Ubuntu Core) snaps seem better suited to command-line apps than clicks, as they can be called directly from the terminal
[20:44] <mcphail> Vishnudev: there are still a lot of issues with that, though, due to the confinement model etc
[21:18] <ljp> mcphail: UI issues may very well be caused by blocking dbus calls
[21:20] <mcphail> ljp: coincidentally, just had another issue with the proximity sensor as you posted that. Harrumph...
[21:21] <mcphail> ljp: it is like the corrsponding "off" events to "on" events get missed at times
[21:45] <mterry> jdstrand, got a sec to talk about brute force attacks on the phone lock screen?
[21:54] <jdstrand> mterry: is it an actual sec or longer? I ask cause if longer and if you can wait, pinging me in the morning would work better for me
[21:54] <mterry> jdstrand, will ping in morning!
[21:54] <jdstrand> cool, thanks! :)
[22:05]  * ljp wonders what is using proximity


[13:01] <frankban> hi benji: could you please review https://codereview.appspot.com/7299057 ? quick one
[13:01] <benji> frankban: sure
[13:01] <frankban> benji: thanks
[13:01]  * frankban lunches
[13:04] <benji> frankban: looks good
[13:10] <gary_poster> benji, once you get 1110823 landed please get me the jenkins username I emailed everyone about yesterday
[13:11] <gary_poster> bcsaller same for you
[13:11] <gary_poster> and hi btw :-D
[13:11] <benji> gary_poster: sure
[13:11] <gary_poster> thanks
[13:17] <benji> yow, I decrypeded the GPG message and I got a MIME document with a base64 encoded tgz; this is like some sort of geek obsticle course :)
[13:17] <gary_poster> heh
[13:17] <gary_poster> thunderbird handled that part transparently fwiw
[13:18] <gary_poster> thunderbird + enigmail that is
[13:23] <benji> "VERIFY ERROR: depth=1, error=self signed certificate in certificate chain"
[13:27] <bac> funny mine wasn't double tarred like gary's
[13:27] <gary_poster> good
[13:30] <gary_poster> So far I've waited 15 minutes for juju status to return after a canonistack bootstrap :-/
[13:34] <benji> gary_poster: user name: "benji"
[13:35] <gary_poster> thank you benji
[13:35] <benji> heh, I like the weather metaphore
[13:35] <benji> np
[13:41] <gary_poster> hey hazmat, I'm trying to get canonistack working with juju, both for general good practice and to be able to dupe what the CI is going to do.  I followed the wiki instructions for juju+canonistack AFAIK, and I can bootstrap, but juju status still doesn't return , 25+ minutes ago.  output from juju --verbose status isas follows: http://pastebin.ubuntu.com/1616631/ .  Does that suggest any problem/remediation to you?
[13:42] <gary_poster> that ssh to <IP_ADDRESS> seems to not be working out so well...
[13:42] <hazmat> gary_poster, can you log into the machine with ssh
[13:42] <hazmat> gary_poster, which region and which provider?
[13:42] <hazmat> one of the regions requires 'openstack' and one 'openstack_s3'
[13:43] <hazmat> gary_poster, i think 02 is swift, and 01 is s3
[13:44] <gary_poster> hazmat, openstack provider, per https://wiki.canonical.com/InformationInfrastructure/IS/CanonicalOpenstack/QuickStart .  Using default region, which I think is 01
[13:44] <hazmat> hmmm.. maybe that's a red herring
[13:47] <gary_poster> ssh timed out
[13:48] <gary_poster> ah-ha, matsubara improved my .ssh/config.  looks like it might work now...
[13:50] <gary_poster> yes, all's good.  Will include follow-up in email
[13:59] <hazmat> gary_poster, cool
[13:59] <hazmat> i just updated the quick start doc to remove some extraneous config bits
[14:07] <gary_poster> hazmat, should I add the snippet I gave in the email for step 4 to that quick start?  Maybe recent ssh instructions elsewhere include that, but iwbni the quick start were self-sufficient, I think
[14:07] <gary_poster> Specifically, I also needed this:
[14:07] <gary_poster> Host 10.55.58.* 10.55.60.* 10.55.62.* 10.55.63.* *.canonistack *.canonistack2
[14:07] <gary_poster>     ProxyCommand ssh chinstrap.canonical.com nc -q0 %h %p
[14:08] <gary_poster> I only had that for 10.55.60.* before
[14:09] <hazmat> gary_poster, sounds good to me
[14:09] <gary_poster> k will do hazmat
[14:47] <bcsaller> gary_poster: do you have some time for a call soon?
[14:47] <gary_poster> sure bcsaller.  9:55 or 10:00 ok?
[14:47] <bcsaller> gary_poster: yeah, ping me when ready
[14:47] <gary_poster> will do
[14:59] <gary_poster> bcsaller, jujugui is open
[15:29] <gary_poster> bac benji frankban goodspud hazmat Makyo teknico call in 1
[15:29] <gary_poster> hatch hi :-)\
[15:30] <hatch> Ahoy!
[16:02] <benji> guihelp: has anyone seen this error when running "make test-prod"? Error: extend failed, verify dependencies (http://localhost:8084/juju-ui/assets/all-yui.js:1
[16:03] <benji> the tests pass when run in the browser
[16:10] <Makyo> teknico, Anything I can do to help?
[16:11] <teknico> Makyo, yes, thanks, call?
[16:12] <Makyo> teknico, Sure.  The old juju-ui hangout is free.
[16:13] <Makyo> https://plus.google.com/hangouts/_/409819056ea1551523432ac63f4df4a6feaa5922?hl=en-US
[16:47] <benji> darn, my test failures are due to some change made during review; traking it down now
[18:32] <dweaver> Question: How do you use juju-gui with local charms repository.  I can see in assets/config.js: charm_store_url: 'https://jujucharms.com/', Can this be set to a local file location like the juju option --repository or is there another way to support local charm repos?
[18:33] <dweaver> Any help will be appreciated :)
[18:38] <Makyo> guihelp, ^^^
[18:38] <Makyo> dweaver, I don't believe there's current support for a local repository, but I've not tried the method you've suggested.
[18:38] <hazmat> dweaver, at the moment its not supported
[18:38] <hazmat> dweaver, the gui will work with local charms once their deployed
[18:38] <bcsaller> (via the cli)
[18:39] <hazmat> but we don't have a local program that you can run that will give the endpoint interface that the gui needs at the moment
[18:39] <hazmat> its an interesting discussion point.. at the moment if the gui is deployed over ssl most browsers will ignore sub resources..
[18:39] <hazmat> that aren't ssl.. the exception seems to be websockets..
[18:40] <hazmat> but its unclear if thats just a transient quirk.. if its not we can do local charms over websocket.. else.. i'm not sure what options there are
[18:41] <hazmat> since/because the local program can't present a valid cert for itself running on localhost..
[18:42] <dweaver> OK, thanks, that answers my query, it is a query coming from HP, so it is likely to be a future requirement, so probably worth thinking about how we're going to achieve it.
[18:42] <dweaver> eventually, anyway :)
[18:43] <dweaver> hazmat++
[18:43] <dweaver> thanks
[18:43] <hazmat> np... so nutshell local charm search no.. manipulation/introspection of services deployed with local charms are fully supported
[18:46] <gary_poster> hazmat, for one story, charm might be hook point for something we could do.  You tell the charm about your local server, and it proxies it for you.  We could have it served from /local/* .  Similar proxying could be done in other stories.
[18:46] <hazmat> gary_poster, local host differs between the proxy and the client..
[18:47] <hazmat> and nat/firewall prevent remote_ip usage
[18:47] <gary_poster> hazmat, yes, for this to work, charm would have to be able reach your machine
[18:47] <gary_poster> so limited value, but perhaps some
[18:48] <hazmat> too many cases where it won't work to be a solution.
[18:48] <gary_poster> fair enough
[18:48] <hazmat> i think just pushing forward with the websocket gives us a possible universal answer.
[18:48] <hazmat> but it would be good to verify/research why this browser behavior exists.
[18:48] <hazmat> ie oversight or reasoned
[18:51] <hazmat> sounds like recent firefox may not allow it.. from some quick googling..
[18:51] <hazmat> gary_poster, alternatively we have the user separately accept the websocket cert from localhost
[18:51] <hazmat> in their browser as a crappy but nesc requirement
[18:51] <gary_poster> yeah
[18:51] <hazmat> and documented
[18:52] <hazmat> and then we can avoid the websocket and just make it  a  parallel impl
[18:52] <hazmat> of the existing search rest backend
[18:53] <gary_poster> hazmat, ack, may be best we can do.  Although, for big companies as mentioned above, it may not even be a big deal to put it behind a real cert.
[18:54] <gary_poster> sounds a bit like other plans too though
[18:54] <hazmat> bcsaller, would you be up for sanity checking a mind twisted txzk branch ?
[18:55] <hazmat> dweaver, gary_poster, for them (big) i have other plans.
[18:55] <bcsaller> hazmat: sure
[18:55] <gary_poster> hazmat, understood
[18:56] <dweaver> hazmat, sounds exciting!
[19:02] <hazmat> hatch, welcome on board!
[19:02] <hatch> thanks :)
[19:02] <hatch> Hi everyone
[19:03] <hatch> My name is Jeff and I hate long walks on the beach
[19:04] <hatch> :D
[19:07] <hazmat> :-)
[19:14] <gary_poster> jujugui, ^^^ :-)
[19:14] <Makyo> hatch, o/
[19:16] <bac> hi hatch
[19:20] <bcsaller> hazmat: send me a link to what you want reviewed when you're ready
[19:25] <benji> hi hatch
[19:26] <hatch> Hey, looking forward to getting started
[19:28] <hazmat> bcsaller, its got some debug junk in it.. which i'm cleaning up.. but ignoring those the rest is ready https://codereview.appspot.com/7307051/
[19:29] <hazmat> hmm.. that diff is wierd..
[19:38] <hazmat> bcsaller, not sure why reitveld is getting the diff wrong
[19:38] <bcsaller> hazmat: too much?
[19:38] <hazmat> bcsaller, yeah.. way too much
[19:39] <bcsaller> hazmat: good, it was looking like quite the branch
[19:40] <hazmat> odd. even lp gets it wrong..
[19:40] <hazmat> trunk shows the managed.py but both are treating it as a new file
[19:40] <hazmat> in the diffs (reitveld and lp)
[19:42] <bcsaller> hazmat: if you don't get it working in the next few minutes I can try to generate it locally at the cost of some of the inline review comments
[19:43] <hazmat> bcsaller, i'm just going to go back and work on yanking the debug bits for now.. maybe just hold till tomorrow till i can get this clean
[19:44] <bcsaller> hazmat: thanks
[19:44] <hazmat> i was hoping to get it in for some of the drill work that people are doing.. but they seem to have other concerns atm
[19:58] <benji> gary_poster: do we want to put some kind of user or branch details in the sauce labs jobs?  Like say user name and branch nick?
[19:59] <gary_poster> benji sounds nice
[19:59] <benji> k, it'll be easy to do
[20:12] <bac> gary_poster: the approach i thought looked promising didn't actually work.  i'm talking with curtis now to see if he has any brilliant thoughts
[20:12] <gary_poster> good idea bac
[20:29] <benji> darn, grabbing the branch nick doesn't make any sense because the tests don't know that they are actually running against that branch
[20:36] <benji> gary_poster (and all other reviewers): https://codereview.appspot.com/7300054
[20:37] <gary_poster> on call
[20:58] <gary_poster> benji land with changes
[20:58] <benji> thanks
[20:59] <benji> "converting browser tests into runes" -- lol
[20:59] <gary_poster> :-)
[21:03] <gary_poster> bcsaller, am I right that there's no juju facility to somehow automatically associate elastic IPs, a la https://wiki.canonical.com/InformationInfrastructure/IS/CanonicalOpenstack#Obtaining_a_Public_IP_Address?  If not will simply suggest we script with the euca-* commands
[21:03] <gary_poster> (this is for automating CI using Juju, Jenkins, and Canonistack)
[21:09] <hazmat> gary_poster, can i grab you for some gui charm debugging?
[21:16] <bcsaller> gary_poster: I don't think the providers do anything special for elastic IPs. You get the public one provided but things like Amazon's elastic ips are provider specific and I don't think we had a general facility for that. I think associating an elastic IP changes the public address though
[21:16] <gary_poster> hazmat, sure.
[21:16] <gary_poster> bcsaller, cool, thank you
[21:17] <hazmat> gary_poster, for openstack there is a facility for using an elastic ip
[21:17] <hazmat> use-floating-ips
[21:17] <hazmat> but it enables it everywhere
[21:17] <hazmat> and there are not that many
[21:17] <hazmat> on an account
[21:17] <gary_poster> hazmat enabled even for the bootstrap?
[21:18] <Makyo> I remember running into this when I was setting up canonistack.  Was keeping the websocket address from being set properly, correct?
[21:18] <hazmat> gary_poster, yes
[21:19] <gary_poster> hazmat, ok thanks.  I'm in jujugui if you want to meet there, or can move to juju-ui
[21:19] <hazmat> gary_poster, i'm trying to setup something remote with the drill team.. i'll ping again when its happening
[21:19] <gary_poster> Makyo, ah, I bet you are right, but I was simply trying to make it so that sauce labs can even see the charm at all
[21:20] <gary_poster> in an automated way
[21:20] <Makyo> gary_poster, ah, yeah, definitely.  I found that even with a public IP, though, the 'public  address' as reported to juju was still the canonistack address.
[21:21] <gary_poster> hazmat ok
[21:21] <gary_poster> Makyo, :-( .  Did you use use-floating-ips or the euca approach?
[21:21] <Makyo> gary_poster, euca.
[21:21] <gary_poster> ok
[21:21] <Makyo> gary_poster, so maybe floating IPs might help there.
[21:22] <gary_poster> Maybe the other approach will work better.  Will try both.  Yeah, thanks for warning
[21:25] <hazmat> we could slim down charm deb installs considerably
[21:26] <hazmat> by considering what the active config options are
[21:26] <hazmat> ie. if stable don't most of the pkgs, if not staging don't need zk, etc
[21:28] <hazmat> we should also move the download off launchpad and onto a cdn
[21:28] <hazmat> its quite slow to download from lp