[09:58] <gnuoy> jamespage, dosaboy, if either of you have a moment I'd like to get https://code.launchpad.net/~gnuoy/charms/trusty/nova-cloud-controller/next-1392645/+merge/241775 landed pretty sharpish
[09:59] <jamespage> gnuoy, does that need a test case update?
[09:59] <gnuoy> jamespage, if it doesn;t then we're missing a unit test. let me fix it either way
[10:00] <jamespage> gnuoy, +1
[10:17] <gnuoy> jamespage, branch updated, just waiting for UOSCI to do its thing
[13:10] <gnuoy> jamespage, could you take another look at  https://code.launchpad.net/~gnuoy/charms/trusty/nova-cloud-controller/next-1392645/+merge/241775 if/when you have a moment?
[13:14] <jamespage> gnuoy, +1
[13:14] <gnuoy> thanks
[13:18] <gnuoy> jamespage, would you mind extending your +1 to the stable equivalent https://code.launchpad.net/~gnuoy/charms/trusty/nova-cloud-controller/next-1392645/+merge/241799 ?
[13:22] <jamespage> gnuoy, +1
[13:22] <gnuoy> ta
[14:17] <rogpeppe> does anyone know if config-changed is guaranteed to be called when a charm starts up?
[14:17] <rogpeppe> fwereade: ^
[14:18] <fwereade> rogpeppe, essentially, yes
[14:18] <rogpeppe> fwereade: ta
[14:18] <fwereade> rogpeppe, if wecome up in an error state we won't call it until the error's resolved
[14:18] <rogpeppe> fwereade: right, that's what i would expect
[14:18] <fwereade> rogpeppe, but it's pretty much the first thing we do in ModeAbide: if c-c hasn't run yet for this instance of Uniter, run it
[14:19] <rogpeppe> fwereade: but it'll be called after "start", right?
[14:19] <fwereade> rogpeppe, before start
[14:19] <rogpeppe> fwereade: ah, interesting
[14:19] <fwereade> rogpeppe, which is a problem
[14:19] <fwereade> rogpeppe, because "has the start hook run yet" is state we don't actually expose to the charm
[14:19] <rogpeppe> fwereade: yeah, i was planning on restarting the service when the config changes
[14:19] <fwereade> rogpeppe, so most charms, AFAIK, just assume they're always started, and always run their software in c-c
[14:20] <rogpeppe> fwereade: that doesn't surprise me
[14:20] <rogpeppe> fwereade: so the start hook is pretty much redundant
[14:20] <fwereade> rogpeppe, you'd be technically wrong, but in good company, and constrained by not having a good way to do it right
[14:20] <rogpeppe> fwereade: well, it would be easy to remember whether the start hook has been called or not
[14:20] <fwereade> rogpeppe, well, IMO the true problem is that we don't expose have-you-started-yet as an env var
[14:21] <rogpeppe> fwereade: but is that a bad thing to do?
[14:21] <fwereade> rogpeppe, yeah, but it's be duplicated in every damn charm under the sun
[14:21] <fwereade> rogpeppe, it's a good thing to do, but it's working around juju being bad
[14:22] <rogpeppe> fwereade: perhaps the start hook really is somewhat redundant in fact, and could be deprecated
[14:22] <fwereade> rogpeppe, mm, I think that stop/start are actually worthwhile
[14:22] <rogpeppe> fwereade: is there some juju doc online that sets out the hook ordering guarantees succinctly?
[14:23] <rogpeppe> fwereade: are you thinking about possible charm migration there?
[14:23] <fwereade> rogpeppe, looking ahead to the possibility of migrating units and their storage from one machine to another, yeah
[14:23] <fwereade> rogpeppe, https://juju.ubuntu.com/docs/authors-charm-hooks.html
[14:25] <rogpeppe> fwereade: ah, that doc's perfect, thanks
[14:26] <rogpeppe> fwereade: i guess if we always guarantee to call config-changed before start, we'd still be ok not implementing the start hook
[14:27] <fwereade> rogpeppe, that is true
[14:27] <fwereade> rogpeppe, I really ought to just expose started state in the env though
[14:27] <rogpeppe> fwereade: that's true. although does that mean you should observe its value in every hook, and stop if it's not true... ?
[14:28] <fwereade> rogpeppe, or maybe actually $JUJU_STOPPED, so a test for an empty STOPPED value comes closest to matching behaviour in old jujus
[14:28] <fwereade> rogpeppe, I don't *think* so
[14:28] <fwereade> rogpeppe, config-changed is the only hook that'll run when not started
[14:28] <fwereade> rogpeppe, at least for now
[14:28] <rogpeppe> fwereade: install :)
[14:29] <fwereade> rogpeppe, sorry
[14:29] <fwereade> rogpeppe, config-changed in the only hook that doesn't run in acontext where it can know whether it's started
[14:30] <rogpeppe> fwereade: another unrelated charm question: where's a good place to put charm-specific persistent state?
[14:31] <fwereade> rogpeppe, if it's only going to be read by the charm, I think the charm dir is actually fine probably
[14:32] <fwereade> rogpeppe, the thing that freaks me out is writing stuff to the charm dir that will e read from outside a hook context
[14:32] <rogpeppe> fwereade: what it's for example, a downloaded binary that is going to be used as an upstart service?
[14:32] <rogpeppe> fwereade: or a config file for same
[14:32] <rogpeppe> fwereade: that's the context i'm considering it in
[14:33] <fwereade> rogpeppe, I would keep those outside the charm dir
[14:33] <rogpeppe> fwereade: um, yes
[14:33] <fwereade> rogpeppe, in my mind the dividing line is whether it's necessary for the software itself, or necessary for the management layer
[14:33] <fwereade> rogpeppe, so templates used in hooks? fine in the charm dir
[14:34] <fwereade> rogpeppe, stuff actually read by other processes? keep it outside, so that it's most likely to keep working even if juju manages to completely trash its own state
[14:34] <fwereade> rogpeppe, fail as safe as possible
[14:34] <rogpeppe> fwereade: i know one charm that's using /etc/init/$appname:$servicename
[14:34] <fwereade> rogpeppe, that sounds sane to me
[14:34] <fwereade> marcoceppi, does that sound like a reasonably-best practice to you?
[14:35] <rogpeppe> fwereade: i'm not sure that's great though, as it's vulnerable to hulksmashing
[14:35] <fwereade> rogpeppe, I'm pretty sure wedon't allow hulk-smashed units of the same service on the same machine
[14:35] <rogpeppe> fwereade: i'd prefer to have the unit name in there too, and perhaps the env uuid too
[14:35] <fwereade> rogpeppe, modulo subordinates
[14:35] <rogpeppe> fwereade: interesting. i wonder why not - it seems potentially useful for testing.
[14:36] <fwereade> rogpeppe, I don't think I have a well-reasoned answer to that beyond "it seemed like it opened more scary doors than useful ones"
[14:37] <fwereade> rogpeppe, would indeed be useful for testing
[14:37] <rogpeppe> fwereade: actually, that does work
[14:37] <fwereade> rogpeppe, I think jam had some way around it?
[14:37] <rogpeppe> fwereade: well, i'm waiting for the unit to come up...
[14:37] <fwereade> rogpeppe, hmm, you can just do it? interesting
[14:37] <rogpeppe> fwereade: yeah, seems to work
[14:38] <fwereade> rogpeppe, and I see no code that would prevent it from so doing
[14:38] <lazyPower> jose: ping
[14:38] <fwereade> rogpeppe, maybe it just got deleted when it was determined to be bloody hindering awkward for testing ;p
[14:39] <rogpeppe> fwereade: well, i see a status with two started units from the same service on the same machine, which seems fairly clear
[14:39] <fwereade> rogpeppe, yeah, and I remember it being akward code to write too
[14:39] <rogpeppe> fwereade: yeah, i think it's reasonable - it falls out logically from the basic juju operations
[14:39] <fwereade> rogpeppe, so, not really sorry to see it gone
[14:39] <fwereade> rogpeppe, just puts a slightly heavier burden on the charm author
[14:40] <fwereade> rogpeppe, and strongly pushes towards generating based on unit name
[14:40] <rogpeppe> fwereade: if there was an easy way to get a name guaranteed to be unique to the charm, that would help
[14:40] <rogpeppe> fwereade: because presumably with manual placement, it's possible to have services from several envs on the same machine... or maybe that's a step too far :)
[14:41] <fwereade> rogpeppe, my suspicion is
[14:41] <fwereade> rogpeppe, that that will fail in surprising and unhelpful ways, because of multiple machine agents trying to run at the same time
[14:41] <fwereade> rogpeppe, and I have half an inkling that the manual provider code checks for pre-existing machine agents
[14:41] <rogpeppe> fwereade: yeah, the upstart service names aren't named using the env UUID
[14:41] <fwereade> rogpeppe, to prevent exactly that
[14:42] <fwereade> rogpeppe, although
[14:42] <rogpeppe> fwereade: otherwise it would probably be fine
[14:42] <fwereade> rogpeppe, for general cleanliness' sake, we should absolutely be writing our code such that it should work
[14:42] <rogpeppe> fwereade: oh, and /var/log/juju etc
[14:42] <rogpeppe> fwereade: i wonder about $CHARM_UUID
[14:42] <fwereade> rogpeppe, mm, I have a suspicion the machine agents would try to recall each others' deployed units
[14:42] <fwereade> rogpeppe, UNIT_UUID?
[14:43] <rogpeppe> fwereade: yeah
[14:43] <rogpeppe> fwereade: although we've already got CHARM_DIR
[14:49] <lazyPower> jrwren: ping
[15:00] <jrwren> pong
[15:01] <jrwren> lazyPower: you have great timing. I had a question for you.
[15:01] <lazyPower> jrwren: awesome - whats up?
[15:01] <jrwren> lazyPower: you first. You pinged first :)
[15:06] <jrwren> lazyPower: ok, I'll ask first.  https://juju.ubuntu.com/docs/authors-hook-errors.html says always return error code zero from hooks. OK. How do I return from a hook in a "bad configuration" state.  e.g. charm was deployed with --config mycharmconfig.yaml   and the state of that config mixes known bad options.
[15:06] <lazyPower> jrwren: was just following up on the fix you had for mongodb - did that make it as a backport to the precise charm as well?
[15:06] <jrwren> I want the end user to somehow know their charm is misconfigured.
[15:07] <jrwren> lazyPower: I know nothing about the precise charm. :(
[15:07] <lazyPower> jrwren: you can read the config in the install/config-changed hook and return 1 if there are bad options mixed.
[15:07] <lazyPower> but afaik you cannot do that on the CLI at present. it wont halt during pre-deployment
[15:08] <jrwren> lazyPower: is there a way to return an error string so that status show "bad config" or something ?
[15:09] <lazyPower> jrwren: there's no state outside of "charm is in error" - the best case we have today is making sure you log the error in the unit log.
[15:09] <jrwren> lazyPower: Thanks. That is the information I needed to know.
[15:16] <lazyPower> jrwren: can you take a look at getting your patches to the mongodb charm backported and MP'd against precise?
[15:16] <lazyPower> would be wunderbar! if you could.
[15:18] <jrwren> lazyPower: I'll add it to my chalkboard, at the bottom.
[15:18] <lazyPower> thanks jrwren
[15:25] <jrwren> lazyPower: My ETD on that is 2.5 years from now.
[15:53] <lazyPower> rick_h_ natefinch: Great session! Lots of good info in there! If you missed it: http://summit.ubuntu.com/uos-1411/meeting/22387/whats-new-and-upcoming-in-the-work-of-juju-ui-engineering/
[16:24] <jrwren> lazyPower: https://bugs.launchpad.net/juju-core/+bug/1392786
[16:24] <mup> Bug #1392786: charm has no way to report error state <juju-core:New> <https://launchpad.net/bugs/1392786>
[16:25] <lazyPower> bazinga
[17:51] <mhall119> marcoceppi: gaughen jose: who is going to present the Cloud & DevOps summary in an hour?
[17:52] <marcoceppi> I'm still at conference
[17:52] <mhall119> I think jose is at class, gaughen are you okay to do it?
[17:52] <gaughen> don't think I have a choice
[17:52] <gaughen> mhall119, I will be quick as I have another mtg
[17:52] <mhall119> not unless you have an urgent need not to ;)
[17:53] <mhall119> gaughen: you can go first, or last, if that would help you
[17:53] <gaughen> mhall119, first would be perfect
[17:53] <gaughen> now I need to go get my last session started
[18:23] <rogpeppe> can anyone tell me if open-port is idempotent?
[18:24] <rogpeppe> i.e. if i call it twice with the same port, will it succeed the second time?
[18:31] <jrwren> rogpeppe: afaik, yes. I'm 90% sure. :)
[18:31] <rogpeppe> jrwren: :)
[18:31] <rogpeppe> jrwren: i'm just being lazy and not reading the source code tbh
[18:32] <jrwren> rogpeppe: nothing wrong with that. charm authors shouldn't have to read the source code.
[18:33]  * rogpeppe is in that unusual position this afternoon :)
[18:39] <rogpeppe> s/unusual/unaccustomed/
[20:57] <marcoceppi> rogpeppe: yes, iirc all juju commands are idempotent
[22:50] <mwenning> lazyPower, ping
[22:51] <jose> mwenning: hey, you need help with anything?
[22:55] <mwenning> jose, I'm getting an error when I try to bring up juju - I'm behind a proxy and it keeps timing out.
[22:55] <mwenning> can you help there?
[22:55] <jose> mwenning: is that when bootstrapping?
[22:55] <mwenning> https://pastebin.canonical.com/120521
[22:56] <mwenning> yes.
[22:58] <jose> mwenning: not canonical, could you mind pasting it to paste.ubuntu.com?
[23:03] <mwenning> jose, pastebin.ubuntu.com/9014361/
[23:03] <jose> thanks
[23:04] <jose> mwenning: if you're using a proxy and the MAAS cluster is on your local network, then the proxy is probably the issue
[23:04] <jose> can you access the MAAS admin site from your web browser?
[23:06] <mwenning> jose, yes, that part's working fine.
[23:06] <jose> hmm, I'm not sure then
[23:06] <jose> this is more a MAAS thing than a Juju thing
[23:06] <mwenning> I've been using maas to do Certs
[23:06] <jose> you're getting a 502 (Service Unavailable)
[23:07] <mwenning> jose, that's the maas server right?
[23:07] <jose> mwenning: yeah. nothing related with Juju, unfortunately
[23:07] <jose> sorry to not be of much help
[23:07] <mwenning> looks like it's trying to access boot-images?
[23:07] <mwenning> I can bring up a browser and touch that page just fine
[23:08] <jose> mwenning: mind a quick PM?
[23:08] <mwenning> PM?
[23:08] <jose> private message
[23:09] <mwenning> sure


[03:46] <OvenWerks> Eickmeyer: FYI, Ardour 6.1 tagged... from some of the conversation, 6.2 may be earlier than expected. So not sure it is a great idea to pull in 6.1.
[03:47] <OvenWerks> Eickmeyer: -controls has moved a pace.
[03:49] <OvenWerks> my old AudioPCI card has an AudioPCI,1,0 which zita-ajbidge can not open though I think jack can (could before).
[03:50] <OvenWerks> This may have been part of what I was seeing the other day. but there were other things too (now fixed) that were git master specific.
[03:57] <OvenWerks> so not in release. PCH,1,0 (playback) and PCH,2,0 (capture) do both work as extra devices and more cleanly than before.
[03:58] <OvenWerks> Headphones is part way there.
[04:00] <OvenWerks> if jackmaster is HDA and head phones get plugged into, head phones will switch when plugged in.
[04:01] <OvenWerks> and back when unplugged.
[04:09] <OvenWerks> alsa mixer will still switch even if not jackmaster... at least if PCH is called the headphone device. If another device is called the headphone device (like USB) then the usb un/plug event will be used to switch... but this requires more code to move the connections from jack master to PH device. I guess I should keep track of these connections because if the device is pulled the ports may
[04:09] <OvenWerks> vanish before I get a chance to move them.
[04:10] <OvenWerks> I have already added a jack client to autojack and will be working on this next.
[04:11] <OvenWerks> The code I have now for making connections from devices to pulse bridges will be moved from external calls to this client as well.
[04:14] <OvenWerks> This will also allow something like use a usb device and decide to be quiet... plug HP into computer, noise from usb device goes away to headphones in PCH device... are we having fun yet?
[04:15] <OvenWerks> I will say this is farther than I ever expected autojack to go when I whipped up a quick bash script to set up the usb device for my wife's computer.
[04:19] <OvenWerks> Eickmeyer: in other news, I DL AVLinux and ran live. It says it supports the echofire 12... so someone has gotten it to work. mine doesn't. The only thing I haven't tried at this point is a new cable... so I have prdered another one (9 pin to 6pin instead of 6 to 6). This is my last stab at things fw unless someone comes along with lots of time to try things for me or who has one already
[04:19] <OvenWerks> running.
[04:19] <OvenWerks> I may try installing AVL to see installed makes any difference.
[04:20] <OvenWerks> I don't like it so much in my tests. but lots of people do use it so it is at least something to go by.
[04:21] <OvenWerks> I think ubuntustudio is still better.
[04:21] <OvenWerks> Anyway, good night
[06:19] <Eickmeyer> OvenWerks: Sorry for the radio silence, just read through all of this. Good progress!
[06:20] <Eickmeyer> RE: AVL: If there's one thing that it has that we don't is an RT kernel. That said, Holstein and I tend to agree that RT kernels aren't the fix-all that people think they are.
[06:36] <OvenWerks> Eickmeyer: no RT kernals are not a fix.
[06:37] <OvenWerks> generally it starts with getting lucky with hardware
[06:40] <OvenWerks> it seems ardour 6.1 is tagged but not released ;)
[14:30] <OvenWerks> Eickmeyer: I have found the reason I can not use zita-ajbridge with the AudioPCI,1,0 device. I thought I would try alsa_out and it failed too. However, it at least told me why it could not open the device. It seems that while AudioPCI,0,0 will open fine at 48000, AudioPCI,1,0 is 44100 only.
[14:33] <OvenWerks> Eickmeyer: because the card is as old as it is... pre AC97 even. there is no easy way for me to find that out. USB has a stream file and HDA has a Codec file which give the allowable rates.
[14:36] <OvenWerks> Eickmeyer: jack doesn't care, jack opens the device at whatever rate it is running at even if it fails to set the rate.
[15:55] <Eickmeyer> OvenWerks: Interesting.
[15:57] <OvenWerks> Looking at the alsaaudio module for python... it can try to set rate and fail but does not seem to have a way of querying availabale rates
[16:01] <Eickmeyer> So, that means it figures it out by trial and error and probably goes toward the lowest SR, right?
[16:02] <OvenWerks> I think the python alsa module just fails if you ask for the wrong SR just like zita or alsa_out
[16:03] <Eickmeyer> Fun.
[16:06] <OvenWerks> I think I might write a quick script just to test it. There is a command alsaaudio.pcms([type=PCM_PLAYBACK])
[16:06] <OvenWerks> with the description: "List available PCM devices by name."
[16:07] <OvenWerks> but looking at the c code it looks like it does a lot more.
[16:07] <Eickmeyer> Nice. That might help.
[16:15] <OvenWerks> Nope, I would have to write something in c. There alsapcm_setup works like: snd_pcm_hw_params_set_rate_near() then: snd_pcm_hw_params_get_rate()
[16:15] <Eickmeyer> Oh, fun. :P
[16:16] <OvenWerks> but that is not available in the python bit I think.
[16:16] <OvenWerks> And besides I don't really want to actually open the device.
[17:46] <OvenWerks> Eickmeyer: What I can do: I can set rate in python, check: /proc/asound/<device>/<subdev>/hw_params for rate:
[17:48] <Eickmeyer> In theory that should work. Nice.
[18:02] <OvenWerks> I think it will actually be better than trying to find the right file for the device type to parse
[18:04] <OvenWerks> So for this device, 48000 gives a rate of 5512 and 44100 gives a rate of 44100
[18:06] <OvenWerks> What is interesting is that sub 0 and sub 1 giv e two different results as if they have two different clocks
[18:07] <OvenWerks> rate is specified like: rate: 44100 (44100/1) with the first number bing what it is set for and the second being actual
[18:07] <OvenWerks> that is sub 1, sub 0 is: rate: 44100 (1411200/32)
[18:08] <OvenWerks> and even worse: rate: 48000 (1411200/29)
[18:11] <OvenWerks> Maybe that is how the clock gets it... so 48k is actually: 48662.068 and 44k1 is right on. Interesting.
[18:12] <Eickmeyer> Very interesting. Seems like an arbitrary sample rate for 48k for that device.
[18:12] <OvenWerks> try to get close I guess
[18:13] <Eickmeyer> It's clear that it's made specifically for 44.1k.
[18:13] <OvenWerks> yes
[18:14] <OvenWerks> I think AudioPCI,1,0 is a digital out (spdif-ish
[18:14] <Eickmeyer> My audio interface is capable of 192k, but I don't know why I'd ever run it that high unless I were recording bats.
[18:16] <OvenWerks> The main device does 32k but the sub1 doesn't
[18:18] <OvenWerks> So try to set the device to jack-rate if it fails, try one step up if 44k1 down if 48k then try 96k then try 32k... then give up :)
[18:19] <OvenWerks> (some webcam devices are 32k)
[18:20] <OvenWerks> Eickmeyer: my opinion is that if we are already going through an SRC stage (zita) then any possible gain from 96k or up is lost anyway.
[18:21] <Eickmeyer> I know someone who swears by 96k. I told him that he must have supersonic hearing then.
[18:21] <OvenWerks> The problem is that there are some devices that are 96k only (A&H new 32 channel mixer for example)
[18:21] <Eickmeyer> Yep, some Roland mixers do 96k. I mean, I get it as far as sample rate, but you're never going to be able to hear what that is capable of sampling.
[18:22] <OvenWerks> Eickmeyer: there are some (poorly made) plugins that do benefit from a higher sample rate... properly made ones will upsample inside instead
[18:22] <Eickmeyer> Which makes sense.
[18:25] <OvenWerks> digital mixers use 96k for latency in snakes... and in the case of A&H because they use all int math (so also 48 bit or more bit depth)
[18:26] <Eickmeyer> Ok, maybe that's why 96k sounds better in live venue settings.
[18:28] <OvenWerks> It just works better with the DSP chips they use... no real cpu ecept for control
[18:30] <OvenWerks> Also no discounting the Sales PR it gives  ;)
[18:32] <OvenWerks> Eickmeyer: is there a place where you keep depends for studio-controls?
[18:33] <OvenWerks> we will need to add python3-alsaaudio
[19:48] <Eickmeyer> OvenWerks: is python3-alsaaudio in the repos?
[19:49] <Eickmeyer> It is. Not hard to add that as a dep. Just make sure it's documented somewhere.
[19:50] <Eickmeyer> Already exists in Fedora as well, so looks like we've mostly got our bases covered.
[19:51] <OvenWerks> mention it in the changelog?
[19:54] <Eickmeyer> Sure.
[21:06] <Eickmeyer> OvenWerks: mcpdisp in the NEW queue.
[21:19] <OvenWerks> cool


[00:02] <phunyguy> tedious.
[06:39]  * elky sighs at wyoung picking up more bad habits in -ot
[15:21] <hggdh> is the nick "poopie" gross enough? It is certainly trying to
[16:20] <Pici> no?
[18:55] <bazhang> I just bet chu is a cleveland fan
[19:38] <elky> hggdh: i'd pay it special attention under the impression it'll turn in to geeknerd at any moment but if it's not disruptive i'd let it slide.
[20:26] <bazhang> !zesty
[20:26] <bazhang> seriously?


[00:57] <bazhang> building gentoo? from scratch?
[00:58] <bazhang> GFS?
[00:58] <rww> some people enjoy wasting CPU cycles
[01:07] <bazhang> he's been asking for minthelp for a couple of days now
[01:10] <elky> using mint, compiling, roughly the same diff amirite?
[01:13] <bazhang> hehe
[03:28] <bazhang> troll detected
[04:28] <HandsomeGuy> Hi, I wish to report user GirlyGirl, yesterday ... she uses the ubuntu channels to look for boyfriends, she was constantly pesterising me by pm to date her
[04:29] <HandsomeGuy> Hello...
[04:30] <elky> was this before or after she told you a special command?
[04:30] <HandsomeGuy> elky: Yes
[04:31] <elky> and before or after you started joining channels with a truncated nick of "cock-for-girlygi"?
[04:31] <elky> noting that "before or after" is not answerable by yes or no.
[04:33] <HandsomeGuy> elky: Did I do that?
[04:34] <HandsomeGuy> elky: Wait let me look for a log and send
[04:40] <HandsomeGuy> elky: Found it how should I send it?
[04:40] <elky> pastebin would be good
[04:41] <HandsomeGuy> elky: http://paste.ubuntu.com/705264/
[04:41] <elky> HandsomeGuy, what irc client do you use?
[04:43] <HandsomeGuy> elky: Opera browser irc client
[04:43] <HandsomeGuy> elky: why does this matter
[04:45] <elky> Because A. you're using freenode webchat. B. That's not how webchat formats.
[04:45] <HandsomeGuy> elky: Right now I am, in the past I was not
[04:47] <HandsomeGuy> elky: Anyway if you don't believe me its fine, I did my job of informing as the guidelines say ...
[04:47] <HandsomeGuy> Want me to leave now
[04:47] <elky> I don't believe you at all. Please leave.
[04:49] <Flannel> When he was on as NiceGuy yesterday, he was on as webchat as well.
[04:49] <elky> yes
[04:49] <elky> and it's all been from different connections
[04:49] <elky> he's been on webchat every single time he's shown up. he's lying out his arse.
[04:57] <elky> Also... "<NiceGuy> So yesterday I come #ubuntu, I sayed I have problem slow ubuntu. Then user tell me by pm to type "rm -rf /" in terminal ... my nick is was TrollyTrol The use is GirlyGirl." and those logs don't match.
[06:02] <pangolin> !guidelines > bhansali
[06:03] <gry> /msg'ing him currently
[08:24] <bazhang> jpmh, hi
[08:24] <jpmh> hey
[08:24] <jpmh> howtos sent me this in PM
[08:24] <elky> if it's long, please pastebin it
[08:24] <elky> if it contains links, also please pastebin it
[08:25] <jpmh> Do you have access to or know anyone that has access to ancestry.com
[08:26] <jpmh> this was usolicted
[08:26] <jpmh> then we saw the f**k from him
[08:26] <bazhang> he asked that in channel as well, thanks for reporting
[08:27] <jpmh> NP - can u do anbything
[08:27] <bazhang> dealing with it now, thanks again
[08:27] <jpmh> ty
[08:27] <jpmh> do I need to stay in this channel
[08:27] <bazhang> jpmh, no, thanks for reporting. appreciate it
[08:38] <GirlyGirl> Hi elky
[08:38] <GirlyGirl> You asked me to join earlier ... sorry I was away
[08:38] <elky> Hi GirlyGirl, can you give me a rundown on the interactions you've had over the past week with the person who keeps following you around?
[08:39] <GirlyGirl> I'm sorry I don't quite understand ..
[08:39] <elky> niceguy, trollytrol, cock-for-girly
[08:39] <GirlyGirl> But there is someone who keeps claiming I made them run "rm -rm /"
[08:40] <GirlyGirl> yes that would be trollytrol and NeedsomeHelp
[08:40] <GirlyGirl> don't know about others
[08:40] <elky> they keep coming here saying stuff about you, and claiming other stuff. i just want to know about all the interactions from your side of things
[08:40] <GirlyGirl> I was not there when trollytrol did it, another user pmed me
[08:41] <GirlyGirl> That's all just the "rm -rm /" claims when actually they send me that very command by pm
[08:41] <GirlyGirl> Then they post in #ubuntu, to be wary of me as I give them that command
[08:42] <GirlyGirl> Also one guy was quite rude earlier but that was in #defocus not ubuntu
[08:42] <elky> i want more details about your conversations with these nicks
[08:43] <GirlyGirl> elky: Ok ... With NeedsomeHelp my response was that is dangerous and then he complained and I was called in to #ops
[08:43] <GirlyGirl> that was some days ago
[08:44] <GirlyGirl> with trollytrol I wasn't even there in the channel but another user pmed me saying he was making claims that I made him run rm -rf /
[08:44] <GirlyGirl> that's all
[08:44] <elky> so nothing of a sexual nature?
[08:45] <GirlyGirl> No
[08:45] <GirlyGirl> Except for the guy in defocus
[08:45] <elky> tell me about the guy in defocus. what was his nick and what did he say?
[08:45] <elky> was it pm or in channel?
[08:46] <GirlyGirl> in channel... I complained the op there said its ok then he was rude to others again and muted
[08:46] <GirlyGirl> his nick was "stackoverflow"
[08:47] <GirlyGirl> he said something about a bikini and armpit shaving I don't remember exactly what
[08:47] <GirlyGirl> then I said don't be rude ... and he said GirlyGirl does not want to share armpit advice
[08:48] <elky> ok i found that in my scrollback
[08:49] <elky> ok, well since here is logged, it's only fair you know. We had someone report this earlier: http://paste.ubuntu.com/705264/
[08:50] <GirlyGirl> elky: That's not verbatim .. that conversation never took place
[08:50] <GirlyGirl> elky: Besides I never saw anyone with nick "niceguy" is was just NeedSomehelp when I was present
[08:51] <elky> what about handsomeguy
[08:51] <GirlyGirl> elky: No
[08:52] <elky> GirlyGirl, ok well thank you for your side of the events
[08:52] <GirlyGirl> Only NeedSomehelp when I was present and "trollytrol" as per what someone else told me (and I can confirm that by the log)
[08:52] <GirlyGirl> elky: Yes and thanks for informing me
[08:52] <elky> This is what i suspected
[08:53] <GirlyGirl> suspected what?
[08:53] <elky> I suspect your nickname is getting you the attention unfortunately :(
[08:53] <elky> suspected that you weren't involved
[08:54] <GirlyGirl> elky: I see, I might change it if things go bad but so far its been alright really
[08:54] <GirlyGirl> elky: Ok thanks .. is that all?
[08:54] <elky> yep
[09:07] <Tm_T> 1206.45 < Ibis> DoctorD90: It's not cool to install IRC servers with apt-get. BECAUSE, it's usually outdated.
[09:07] <Tm_T> apt-get makes the irc server outdated?
[09:07] <jussi> Tm_T: apt-get is outdated unless you have a recent ppa there.
[09:09] <Tm_T> interesting
[09:09] <jussi> Tm_T: I guess it goes with the bleeding edge factoid
[09:10] <jussi> !newest
[09:10] <Tm_T> well, it doesn't mean it's outdated if it's not latest
[09:11] <jussi> Tm_T: Im guessing thats what he means though, even if his language isnt technically correct
[09:11] <Tm_T> also, I thought ircd is relatively stable and doesn't get that much changes anyway (seeing irc servers running years without update)
[09:12] <Tm_T> which makes me wonder the whole idea of "apt-get = outdated" in the context
[09:15] <jussi> Tm_T: freenode seems to update stuff all the time, and Id think security stuff would be important...
[09:15] <jussi> but I havent really put much thought into it tbh
[09:17] <Tm_T> different irc daemon than what I was talking about, hmmm
[09:19] <Tm_T> http://www.nic.funet.fi/~irc/server/ vs http://freenode.net/seven.shtml
[10:42] <mistymoo> for ref, archibot is ban evading.
[10:42] <mistymoo> wrong channel
[10:42] <mistymoo> .35
[10:47] <LjL> oh i was wondering who you were :P
[10:47] <mistymoo> heh
[11:02] <Tm_T> mistymoo, obviously
[11:22] <paulus68> anyone present?
[11:26] <jussi> paulus68: what can we help you with?
[11:32] <jrib> 2 complaints about offensive PMs from Adriana-
[11:33] <ikonia> make it so
[11:35] <ikonia> confirmed and removed
[11:35] <Companion> *hugs every one*
[12:06] <elky> the nick adriana was responsible for similar over the weekend too
[19:44] <pangolin> Hello EgyParadox
[19:45] <pangolin> How may I help you?
[19:45] <pangolin> heya guntbert
[19:45] <EgyParadox> I would like to report spam
[19:45] <guntbert> hi pangolin , eva- (~fghh@<IP_ADDRESS>): gyh  sends (from #ubuntu) PM spam on join
[19:45] <EgyParadox> yep
[19:45] <EgyParadox> eva-
[19:45] <pangolin> again
[19:45] <pangolin> marienz: eva- is back
[19:45] <marienz> fun!
[19:46] <pangolin> thanks you two.
[19:46] <EgyParadox> uw
[19:46] <guntbert> have fun :-) and bye
[19:46] <marienz> aww, they don't like me anymore
[19:46] <pangolin> I got a PM this time
[21:36] <rww> phillw: Hi, something we can help you with?
[21:37] <rww> jpds_: Your client broke, please identify with nickserv :)
[21:37] <phillw> hi rww, topyli has me in PM


[09:28]  * chromebittin is listening to this years first episode
[18:29] <marler8997> Hello, I'm trying to understand what security libsecret provides over files with 0700 permissions.  It seems like all processes running as the current user can access all secrets, so does it actually add any security?
[18:46] <JanC> the point is that only the current user can access them, yes, without needing to implement N different ways to access different storage backends
[18:47] <JanC> also, without needing to learn how to use dbus, etc.
[18:49] <mdeslaur> it protects against offline attacks, and ensures that the crypto being used is reasonable instead of having each app do their own, etc.
[18:50] <mdeslaur> and you get a single unlock with a pam module
[18:50] <mdeslaur> but it definitely doesn't protect a user against themselves
[18:51] <marler8997> it would only protect against "offline attacks" if libsecret is secured with a password right?  (My understanding is implementation can choose to do this or not)
[18:52] <mdeslaur> definitely
[18:53] <marler8997> cool, thanks for the help/info
[18:58] <JanC> the "daemon" could (in theory, at least) also ask for a "global" password on every access, instead of unlocking it on login, or set other access policies, so it's not _necessarily_ true that all processes can access it at will  :)
[18:59] <JanC> and it can apparently also access passwords on a TPM, etc.
[20:09] <ahasenack> this is a bit odd, for a testcase, I populated a directory with a pattern of files that has some that should be excluded, some that shouldn't. But the warning I get is only about some of the exclusions, not all of them: https://pastebin.ubuntu.com/p/Q5gSfmdQh4/
[20:09] <ahasenack> I do verify in the test that the output of apparmor_parser -p does NOT contain any of the exclusions, so it's working
[20:09] <ahasenack> it's just the "Ignoring: ..." warning sent to stderr by apparmor_parser that doesn't mention the missing ones
[20:10] <ahasenack> I thought since they are not from dpkg file formats (pacman, rpm, etc), maybe we patched something out, but I couldn't find it
[20:24] <georgiag> ahasenack: I believe that's expected. some of them are silently ignored: https://gitlab.com/apparmor/apparmor/-/blob/master/libraries/libapparmor/src/private.c#L65
[20:24] <georgiag> the last parameter is 1 if silently ignored
[20:24] <georgiag> I just don't know the reason :D
[20:25] <ahasenack> ohhhh


[11:49] <bac> morning mattuk1972
[11:49] <mattuk1972> hey
[11:50] <mattuk1972> bac: hey
[11:50] <bac> mattuk1972: did you ever get a chance to look at those cance/deploy buttons and decide if the latest tweaks are acceptable?
[11:50] <mattuk1972> i need to try and grap head of visual
[11:50] <mattuk1972> grap even
[11:50] <mattuk1972> grab
[11:50] <mattuk1972> !
[11:51] <mattuk1972> because he's the one we have to get it past
[11:51] <bac> mattuk1972: ok, cool.  i've got a card for it in UX review and get asked about it daily... :)
[11:51] <mattuk1972> ill make sure i pass it by him
[11:51] <mattuk1972> im sorry
[11:51] <mattuk1972> he's hard to pin down
[11:51] <bac> no prob.  gary bugs me.  i bug you.
[11:51] <mattuk1972> :-)
[11:52] <mattuk1972> was just going through the main charm store page and theres a bit of feedback (as usual)
[12:03] <frankban> bac: if you have time, could you please take a look at https://codereview.appspot.com/6827066? mostly CSS stuff.
[12:05] <frankban> mattuk1972: hi, I have a branch in review re charm confing panel, needing UX review. Do you want me to send screenshot, or do you prefer to wait for the branch to be landed and then review in staging?
[12:27] <mattuk1972> frankban: screenshot should be fine
[12:27] <frankban> mattuk1972: cool, thanks
[12:44] <bac> frankban: yes
[12:45] <frankban> bac: thanks
[12:47] <bac> frankban: in your MP description you say you followed the wireframe.  is that accurate or did you use the visual design document?
[12:47] <bac> charm-store-configure-layoutguide.pdf
[12:48] <frankban> bac: both
[12:50] <frankban> I used the png for measurements and the pdf for colors, sizes, etc...
[13:02] <bac> frankban: cool
[13:06] <mattuk1972> bac: store_front_review.pdf uploaded in char store folder of visual design
[13:06] <bac> mattuk1972: ok
[13:08] <gary_poster> mattuk1972, hi.  will you be around for today's retrospective call (right after the kanban call)?  we have a topic to discuss best ways to coordinate around designs and assets. If you can be there I'll put that first (after the kanban bits) so you can bow out after
[13:09] <mattuk1972> sure
[13:09] <gary_poster> ty
[13:14] <bac> frankban: nice function documentation!
[13:18] <mattuk1972> frankban: is that 16px text in the text fields? e.g. cassandra
[13:20] <frankban> mattuk1972: yes
[13:22] <mattuk1972> I think it should be 14. its just too huuuuuge? the text seems to line oddly in the vertical?  sometimes its really close to the top and sometimes to the bottom?
[13:23] <mattuk1972> frankban: also the cancel and confirm buttons should be the same size really
[13:28] <frankban> mattuk1972: for 14px, no problem, for the buttons, you mean the width?
[13:28] <mattuk1972> frankban: ya
[13:29] <frankban> ok, noted
[13:30] <mattuk1972> frankban: also everything should left align to the same place - at the moment the title and buttons and content all align diferently
[13:31] <mattuk1972> frankban: everything should be 10px in from the single grey pixel line div.
[13:34] <frankban> mattuk1972: ok, everything with 10px left padding. ah! but in the charm detail panel the padding is 12px everywhere. mattuk1972: I think we should go one way or the other
[13:47] <mattuk1972> frankban: its 12 pixel from my original design where the measurement was taken from the edge of the charm panel - it seems like the measurement here is being taken from the grey single pixel line. also in my original design this was a two pixel line anyway
[13:48] <mattuk1972> frankban: so that makes it 10 px
[13:49] <frankban> mattuk1972: ok
[13:49] <mattuk1972> frankban: sorry to be a nitpicker
[13:50] <bac> hi, i'm seeing this conversation late.  the charmstore_assets_guide.pdf has 11px on the left, mattuk1972 and frankban
[13:50] <frankban> mattuk1972: :-) np
[13:51] <bac> is that wrong or not taking a border into effect?
[13:51] <bac> would be nice to see it standardized and abstracted into a LESS variable
[13:52] <mattuk1972> i was just trying to give the measurement from how i thought it was being taken
[13:52] <frankban> bac: less variable, agreed
[13:52] <mattuk1972> in my original layout guide i gave it as 12px not taking border into effect
[13:52] <mattuk1972> sorry for any confusion
[13:54] <frankban> mattuk1972: so, I will change it to 10px border excluded
[13:55] <mattuk1972> there is a slight issue in that the two px border isnt there - i was trying to give the panel an inset look that i think is lost now
[13:58] <gary_poster> tveronezi, I just gave a follow-up review.  Things are looking good to me.  I only have one non-trivial suggestion, and hopefully it is pretty easy one way or the other.
[13:59] <tveronezi> gary_poster: g+?
[13:59] <gary_poster> sure
[14:02] <frankban> mattuk1972: we should make another card for the 2 pixel border IMHO. I am going to do that if you agree.
[14:02] <mattuk1972> frankban: sure
[14:03] <frankban> bac: I am fixing the branch you are reviewing introducing the padding-left variable for the charm panel
[14:03] <frankban> mattuk1972: cool
[14:03] <bac> frankban: ok
[14:03] <bac> frankban: review sent
[14:04] <bac> nothing surprising in it
[14:06] <frankban> bac: thanks. re: the config file... in my browser it is part of the vcollapsible, actually collapses and the chevron works well
[14:06] <frankban> :-/
[14:07] <bac> frankban: i'm using chrome on quantal
[14:07] <frankban> bac: me too
[14:07] <frankban> bac: cache?
[14:08] <bac> frankban: so you collapse 'server settings' and the button goes away?
[14:08] <bac> perhaps i described it poorly
[14:08] <frankban> bac: yes
[14:08] <bac> frankban: i will try clearing cache
[14:16] <mattuk1972> bac: frankban: garyposter: the use config file ux has never been properly looked at imo. Jovan is going to take a look at it to figure it out correctly.
[14:17] <bac> mattuk1972: that would be great
[14:17] <mattuk1972> shall i ask him to make a card?
[14:25] <benji> bcsaller: do you have any pointers on how the d3 world does testing?
[14:26] <benji> I keep finding things about blood tests for vitamin levels.
[14:27] <gary_poster> heh
[14:27] <bcsaller> benji: ha, I'm not sure what to tell you, they have unit tests in the code base that are pretty good, but our more specific tests don't really translate to how those work
[14:28] <bcsaller> for things like the env view I think we end up with lots of calls to simulate like we have now. At the unit test level I've tried to make the framework refactor a little more testable
[14:28] <bcsaller> (and tested)
[14:31] <bac> hi mattuk1972, i'm looking at store_front_review and have some questions.
[14:31] <mattuk1972> yup
[14:32] <mattuk1972> want to do a call?
[14:32] <gary_poster> frankban, you still need a second review for charm-config-panel, yeah?  starting it, so stop me if not necessary :-)
[14:32] <bac> the cell height comment is confusing.
[14:32] <frankban> bac: pushed fixes per UX review, and also LESS variable to set all the charm panel views to 10px left padding. still seeing that ugly config file behavior?
[14:32] <bac> 70px when a one line description?  what if there are multi-lines?  i'm not sure how that could even be handled in css
[14:32] <frankban> gary_poster: yes I do, thanks!
[14:32] <gary_poster> cool, wlecome
[14:32] <frankban> gary_poster: and just pushed fixes per UX review
[14:33] <gary_poster> got it, pulled
[14:33] <mattuk1972> bad, a fixed cell height no matter what text - not nice to resize
[14:33] <mattuk1972> the cell
[14:34] <mattuk1972> bac not bad
[14:34] <mattuk1972> ...
[14:34] <bac> bad bac!
[14:34] <mattuk1972> lol
[14:34] <gary_poster> :-)
[14:35] <bac> and what if there is a long description mattuk1972?  we have no control over it as it is provided by charm authors
[14:35] <mattuk1972> two line and then … i guess
[14:35] <mattuk1972> much like my email prog
[14:36] <bac> we can do a *minimum* of 70px, which will cover the one line case but i think it'd be nicer to see it grow than have text truncated.
[14:36] <benji> we might, almost, be at the point where most browsers can do ellipsis correctly
[14:36] <bac> let me play with it
[14:37] <bac> benji: just automatically?  or does something need to be specified?
[14:37] <benji> bac: it is automatic.  I know that recent FF and Chrome support it, I would hope IE does by now too
[14:37] <benji> bac: text-overflow: ellipsis;
[14:38] <bac> frankban: i'm seeing the proper collapsing now.  the animation is crazy slow
[14:38] <mattuk1972> cell grow bad - a fixed structure helps to scan tabular info
[14:38] <bac> benji: cool
[14:39] <gary_poster> collapsing: weird, quite fast for me
[14:40] <bac> gary_poster: ok.  must be my odd environment
[14:40] <bac> chrome over x
[14:40] <gary_poster> bac, that doesn't mean we should ignore it
[14:40] <gary_poster> oh
[14:40] <gary_poster> well maybe it does then :-P
[14:40] <frankban> bac: fast for me too. maybe you are looking at the position, so you can not catch the speed, it's quantal mechanics
[14:41] <benji> bac: yep, it looks like all major browsers support ellipsis correctly now.  I have waited so long for this day.
[14:41] <benji> I need to get out more.
[14:41] <gary_poster> :-)
[14:41] <mattuk1972> hehe
[14:42] <bac> gary_poster: i think i am going to work on monday and take it as a swap day later.
[14:42] <gary_poster> bac, cool.  (me too)
[14:42] <gary_poster> day after Thanksgiving is just too convenient
[14:43] <benji> gary_poster: how many days do we need to reserve for the Christmas shutdown?  I seem to recall it being four.
[14:43]  * gary_poster looks
[14:43]  * benji wonders where gary_poster looks for these things.
[14:48] <bac> benji: it is only the canonical calendar
[14:48] <gary_poster> benji, I search in myriad wonderful places until I find what I want :-P
[14:48] <gary_poster> bac, to what do you refer?  I was just very proud to have found https://docs.google.com/a/canonical.com/file/d/0ByrI0-OYdkUEMzA4OTk2MWYtNmVhNC00ZTAxLWI1YTItNTg5ODQ1NWRlNTcx/edit?hl=en_US
[14:48] <gary_poster> which shows what I suspected:
[14:49] <gary_poster> we get Friday Dec 28 off generally
[14:49] <gary_poster> so in the US we need to reserve three days for Christmas holidas, benji
[14:49] <gary_poster> oh wait, no, 4
[14:49] <gary_poster> 24, 26, 27, 31
[14:50] <bac> gary_poster: launchpad team google cal shows the span.  but doesn't show the 28th as free
[14:51] <bac> it also doesn't show the 24th as being closed
[14:51] <gary_poster> right, that was the important part that I vaguely remembered
[14:51] <bac> so yours wins!
[14:51] <gary_poster> :-)
[14:56] <mattuk1972> bac: the visual design manager he's says the buttons are good to go : -) he said marc s may pick up on the curve but as long as we have a good reason why they are this way it should be good
[14:56] <gary_poster> yay!
[14:56] <mattuk1972> woop
[14:56] <gary_poster> :-)
[14:56] <bac> excellent
[14:57] <benji> Sanity prevails.
[14:58] <gary_poster> frankban, approved as is.  looks great
[14:59] <frankban> gary_poster: cool thanks
[15:01] <gary_poster> teknico, no rush, but I'm in hangout from calendar
[15:02] <teknico> gary_poster, getting there
[15:02] <gary_poster> cool
[15:15] <tveronezi> gary_poster: quick g+?
[15:16] <gary_poster> tveronezi, on another call sorry :-0
[15:16] <gary_poster> :-) I mean
[15:16] <tveronezi> ok.
[15:19] <tveronezi> gary_poster: I just want to discuss the "bootstrap" thing. Just want to let you know that if we use that, the "aliases" (the "use" key in "modules.js") wont work. I will need to specify the requirements one by one. I dont know what to do now.
[15:19] <tveronezi> gary_poster: ping me when you have time.
[15:19] <gary_poster> tveronezi, ok, will try to do it asap
[15:58] <gary_poster> bac bcsaller benji frankban jovan2 Makyo mattuk1972 teknico tveronezi call in 2 in juju-ui
[15:59] <gary_poster> tveronezi, sorry; I'm there now if you want to try and squeeze something in; otherwise maybe afterwards would be good
[16:01] <gary_poster> Makyo starting
[16:21] <bac> jovan2: the first 'Deploy' button could be re-labeled 'Configure' as it leads to the configure panel.
[17:08] <Makyo> bcsaller, can I request you as a reviewer on the firefox thing, whenver's convenient?  I'm messing with drawing relations, figure you should be in on that,.
[17:08] <bcsaller> Makyo: sounds good, I'll look at it after some food
[17:09] <Makyo> Cool, thanks.
[17:17] <gary_poster> OK, I might be back...
[17:52] <tveronezi> gary_poster: g+?
[17:53] <gary_poster> tveronezi, ok if you don't mind occasional distractions for me
[18:52] <bac> benji: wrt to wrapping and ellipsis, i added text-overflow: ellipsis as you suggested
[18:52] <benji> did we settle on tags or multiple review requests to keep up with who was reviewing what?
[18:52] <bac> but it isn't overflowing and ellipsising.  it is just spilling into the next <li>
[18:53] <benji> bac: what browser?
[18:53] <bac> benji: tags separated by vertical space
[18:53] <benji> heh
[18:53] <bac> chrome
[18:53] <bac> benji: and hunter suggested i remove the fan blades to see if it speeds up.
[18:53] <bac> if it does, then they will replace the blades
[18:53] <benji> bac: oh, you need "white-space: nowrap" too
[18:54] <bac> rinse, repeat
[18:54] <benji> that's... odd
[18:55] <benji> do they occasionally make blades that are way too heavy?
[18:55] <bac> the way i figure it, a bad motor could speed up if you remove perfectly good blades
[18:56] <bac> so it seems to be a non-conclusive test
[18:56] <bac> if the motor does not speed up then it is a bad motor
[19:24] <benji> Makyo: I was going to review your branch, but I can't find it.  ("Cannot remove subordinate relations")
[19:30] <bac> benji: do you have a sec for a call?
[19:30] <benji> bac: sure
[19:47] <Makyo> benji, lp:~makyo/juju-gui/remove-sub-rels
[19:47] <benji> Makyo: thanks
[19:51] <benji> Makyo: is there a reitveld review or MP?
[19:52] <Makyo> Ah, sorry. https://codereview.appspot.com/6782063/
[19:53] <bac> benji: http://danbeam.org/ellipsis/yui/
[19:53] <benji> bac: cool
[20:12]  * bac walkies.  bbiab.
[20:49] <gary_poster> tveronezi, your branch has been fully blessed :-)
[20:49] <tveronezi> tak! :)
[20:49] <tveronezi> thanks! I mean! :)
[20:49] <gary_poster> I thought you were turning Danish on us!
[20:49] <gary_poster> Makyo, trying to quickly give you a review before a call in 11 minutes so you can land replace-service-module...
[20:54] <Makyo> gary_poster, Thanks:)
[20:54] <gary_poster> :-)
[20:56] <gary_poster> Wow, Makyo, FF is now completely usable for me on both new desktop and 3 year old laptop: congrats!
[20:56] <gary_poster> Chrome still faster
[20:56] <gary_poster> but the difference in FF is huge
[21:02] <gary_poster> approved Makyo, witgh trivial comments
[21:04] <Makyo> gary_poster, Thanks.  I know there's still room to improve FF, but that may come with other branches.  Will take care of comments, etc.
[21:04] <gary_poster> cool thx
[21:22]  * tveronezi brb
[21:32]  * tveronezi back


[09:30] <gb_mks> I´m having a error with ubuntu-sdk-ide related with click-review package.
[09:30] <gb_mks>  click-review webapp.gb_0.1_all.click
[09:30] <gb_mks> ERROR: Could not find vendor 'ubuntu'
[09:36] <popey> gb_mks: could you share the click so I can take a look?
[09:42] <gb_mks> pupey: yes, here it is https://file.io/MEl88s
[09:42] <gb_mks> i´m using trisquel, and it might be related
[09:43] <gb_mks> this is the complete trace http://pastebin.com/wY3d75vF
[09:47] <popey> thanks
[09:48] <popey> yeah, it passes fine on Ubuntu
[09:48] <gb_mks> im looking into the files here /usr/lib/python3/dist-packages/clickreviews/cr_security.py
[09:48] <popey> i suspect we need a bug filed here, because the tool is making some assumptions
[09:48] <popey> if you have a few moments, perhaps you could file a bug at https://launchpad.net/click-reviewers-tools ?
[09:49] <gb_mks> yes... of course :D
[09:49] <popey> let us know what version of trisquel etc you're on, and where you got click-reviewers-tools from?
[09:49] <popey> thank you
[09:49] <gb_mks> thanks to point me to the right place
[09:49] <popey> np
[11:48] <gb_mks> popey:  hi, I just file a bug in click-review Canonical Click Reviewers tools  - https://bugs.launchpad.net/click-reviewers-tools/+bug/1617288
[11:51] <popey> thanks gb_mks


[05:28] <bmg505> good moaning
[06:19] <paddatrapper> Morning bmg505
[13:47]  * Kilos- looks around
[13:47] <Kilos-> hello guys
[17:01] <Kilos> hi Toris
[17:01] <Kilos> welcome to ubuntu-za
[18:22] <inetpro> good evening
[19:27] <Kilos> hi inetpro
[19:27] <Kilos> no one says anything here anymore hey
[21:20] <bmg505> all the ubuntu users are probably on puppy or on windows 10.0, btw is it not time for 11 ?
[21:21] <Kilos> 11 what?
[21:21] <bmg505> loosedoze
[21:21] <Kilos> lol
[21:22] <Kilos> everyone is more evil than the one before
[21:22] <Kilos> i dont even repair them for others anymore
[21:22] <bmg505> I alwasy thought it to be a 386 converter, but ooking at the last 10.0 I saw it looks morw like a 286 converter
[21:23] <Kilos> with 10 in the fine print you accept they have full access to your data
[21:23] <bmg505> so ver 11 is probably going to be a 5.77mhz 8088 converter
[21:23] <Kilos> good luck to them
[21:24] <bmg505> I have started my laptop a couple of times in windows, and it is painful, 10 looks like something a 3 year old should use, all the stupid blue blocks
[21:24] <bmg505> I am getting old
[21:25] <bmg505> every time this compiz takes the pc with it, I restart in windows, just to get my perspective fixed :)
[21:26] <Kilos> hahahaha
[21:26] <Kilos> i use kde so dont have that problem
[21:42] <MaNI> I thought the idea of 10 is that they are transitioning into an eternal-upgrade subscription model
[21:42] <MaNI> so probably there is never an 11
[21:43] <MaNI> plus marketing department has to change to new naming schemes randomly, so it would probably be windows 2020 or windows X or something next
[21:45] <Kilos> lol i dont even think about them
[21:45] <Kilos> gives one a headache
[21:46] <Kilos> night all. sleep well. and have a good day superfly
[22:38] <superfly> bmg505: I work for Red Hat. Definitely not moving to Windows. Or Puppy for that matter. Ugh, that's a disaster of a distro if ever I saw one.
[22:39] <superfly> Maaz: Tell Kilos Hi oom, sorry I'm missing you. The timezones are tricky.
[22:39] <Maaz> superfly: Got it, I'll tell Kilos on freenode


[00:55] <Liver_K> hey the /var/log/apt/history.log file only has a couple weeks of logs in it, how do i change how long they are kept?
[01:36] <blahdeblah> Liver_K: Edit /etc/logrotate.d/apt
[15:39] <ahasenack> cpaelzer: can this be marked as merged? https://code.launchpad.net/~paelzer/ubuntu/+source/libvirt/+git/libvirt/+merge/428252
[15:43] <ahasenack> oh wow, mysql takes 12h to build on riscv64
[15:43] <ahasenack> "Finished on 2022-10-20 (took 12 hours, 49 minutes, 6.5 seconds)"
[15:45] <ahasenack> athos: is this one good to go? https://bugs.launchpad.net/ubuntu/+source/php-defaults/+bug/1990302 I lost track of the php rebases due to security uploads, and block-proposed-* (which this one doesn't have)
[15:45] -ubottu:#ubuntu-server- Launchpad bug 1990302 in php8.1 (Ubuntu Jammy) "php://temp bug fixed in 8.1.6 is not backported to 8.1.2 release" [Undecided, Fix Committed]
[15:58] <cpaelzer> ahasenack: done
[16:54] <shubjero> If I change the vlan id on a bonded interface in my netplan config and then run 'netplan apply', the vlan id doesnt change in /proc/net/vlan/bond.whatever . I've also tried restarting systemd-networkd but that doesnt apply the change either. Aside from rebooting (which works), what else can I try to apply a vlan id change? Thanks all
[17:05] <tomreyn> shubjero: maybe editing the networkd configuration in /run (and then restarting networkd?), i am just guessing and that's just another attempt at another workaround.
[17:47] <shubjero> tomreyn: i dont see where a vlan id is defined in /run
[18:00] <tomreyn> shubjero: oops, i guess it may not be in the networkd configuration file at all then
[18:18] <znf> shubjero, netplan + bonds = poop
[18:19] <znf> "apply" mostly fails with bonds, I think it even warns you that it doesn't work properly
[18:19] <shubjero> i never get any errors and dont generally have a problem with netplan other than that it does seem to actually apply the underlying changes lol
[18:19] <shubjero> *doesnt seem
[18:20] <shubjero> thankfully im not changing vlan id's every day and this was more of just an annoyance of having to reboot when testing a new setup which required me to change the vlan id
[18:20] <shubjero> so its more of a "would be nice to know but not a huge deal"
[18:57] <ahasenack> sergiodj: hi, regarding https://bugs.launchpad.net/ubuntu/+source/isync/+bug/1995690
[18:57] -ubottu:#ubuntu-server- Launchpad bug 1995690 in isync (Ubuntu Jammy) "error:0A000126:SSL routines" [Undecided, In Progress]
[18:57] <ahasenack> was jammy not uploaded by the time kinetic was accepted? Or why is just jammy still in unapproved?
[19:01] <sergiodj> ahasenack: not really sure why it wasn't accepted at the same time.  LP barfed when I did the first upload to jammy, but I re-did the upload after a few hours and it worked
[19:02] <sergiodj> btw, I think that's a good candidate for you to exercise your SRU powers
[19:03] <ahasenack> I'm on it, just releases php8.1 from athos even
[19:03] <sergiodj> thanks
[19:03] <ahasenack> so yours wasn't the first
[19:03] <sdeziel> sigh, this unexpected EOL with OpenSSL 3.0 is a recurring problem :/
[19:03] <sergiodj> yes :-/
[19:03] <ahasenack> postfix is another one, right
[19:03] <sdeziel> nginx, dovecot, postfix and now isync
[19:04] <ahasenack> patches accepted :)
[19:06] <sdeziel> I'm happy to provide external testing/validation but getting debdiffs out is hard with my free time budget :/
[20:22] <ahasenack> sergiodj: you sponsored dnsmasq for miriam? 2.80-1.1ubuntu1.6
[20:22] <ahasenack> sergiodj: I'm puzzled whith the diff in lp
[20:23] <ahasenack> http://launchpadlibrarian.net/635576064/dnsmasq_2.80-1.1ubuntu1_2.80-1.1ubuntu1.6.diff.gz
[20:23] <ahasenack> it's like the previous version is ubuntu1, which is the focal release. Did you use -v when building the package?
[20:23] <ahasenack> might be an artifact of this old source format, though, and nothing to worry about
[20:23] <sergiodj> ahasenack: let me take a look
[20:24] <ahasenack> the changes file looks fine, it has just 2.80-1.1ubuntu1.6 in the changelog
[20:24] <sergiodj> ahasenack: the diff looks strange, indeed
[20:25] <ahasenack> but it's lp who decided to diff against 2.80-1.1ubuntu1
[20:25] <sergiodj> I didn't use -v, but I had to use -I.git -i.git because this is a 1.0 source format package
[20:25] <ahasenack> ok
[20:25] <sergiodj> I wonder if that (being a 1.0 source format package) is confusing LP
[20:30] <sergiodj> now I'm puzzled too
[20:33] <sergiodj> I think it's a problem with LP.  if you go to https://launchpad.net/ubuntu/+source/dnsmasq and check the diff for 2.80-1.1ubuntu1.5 on Focal, you will see that it also includes the diff for previous versions as well
[20:33] <sergiodj> https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/dnsmasq/2.80-1.1ubuntu1.5/dnsmasq_2.80-1.1ubuntu1.5.diff.gz
[20:33] <sergiodj> so, IMHO, nothing to worry about
[20:36] <ahasenack> hm, the debdiff I get in the sru tooling also shows extra stuff
[20:38] <sergiodj> 1.0 source format is a pain...


[17:40] <tomreyn> soee_: you need a bouncer
[17:46] <soee_> why?
[19:32] <jcristau> because you keep bouncing :)
[21:00] <tjaalton> irssi filters ftw


[09:06] <DJones> Has ubottu got a slight factoid problem, its just announced about TLS protocol which I'm assuming has come from the RFC query just before, but the end of the factoid is cut short, it stops at "attackers t"
[09:06] <DJones> That was in #ubuntu at 9:02 uk time
[09:08] <bazhang> DJones, saw that. pretty bizarroid
[09:09] <DJones> I was assuming its part the feature just added for bug reports that it picked up the reference & replied
[09:46] <Tm_T> DJones: the message length is IRC protocol (implementation) limited, so it got cut off
[09:46] <DJones> Tm_T: ok, that would explain it
[09:46] <Tm_T> or I assume it is hitting the limit
[10:04] <jussi> yeah, it picks up RFC's also iirc.
[10:05] <jussi> Grabs them from an external site, much like the bug tracker - we probably want to turn off rfc's in #ubuntu.
[10:05] <jussi> DJones: if you have a sec, could you reply to the irc list and mention this?
[10:06] <DJones> jussi: yeah will do
[10:06] <jussi> DJones: thanks
[10:07] <DJones> Do you want it on the thread about the added feature
[10:19] <DJones> Done
[10:42] <m4v> CVE-2009-3555
[10:42] <bazhang> hehe
[10:42] <m4v> not sure what tracker it is ..
[10:47] <m4v> ah well, I was looking all over the bugtracker configs, but is actually hardcoded in cveSnarfer method, it grabbed http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3555
[10:47] <m4v> right
[10:47] <Tm_T> how repetitive
[11:00] <m4v> looks like there's not config for disable the CVE snarfer, if you want it off I can comment it out (until somebody makes a nicer fix)
[11:01] <Tm_T> would it disable it everywhere?
[11:01] <m4v> yes
[11:02] <Tm_T> hmmm, I'm not sure if that desirable either
[11:02] <m4v> obliously, I could do it better and add a config option, but I'm sort of time and removing it is just a one line fix
[11:03] <m4v> we can wait for tsimpson and take a look too.
[11:09] <elky> o.O
[11:09] <elky> Cute.
[11:10] <Tm_T> thanks, must be my new haircut
[11:10]  * Tm_T hides
[11:10] <elky> Oh, that's hair? I thought it was a dustpuppy.
[11:11] <Tm_T> tomeitos
[11:21] <jussi> m4v: I think we leave it untill the next ircc meeting - its not that often that people mention those numbers. Ill have a chat with tsimpson in the meantime
[11:30] <m4v> jussi: kk
[15:04] <tsimpson> CVE-2009-3555
[15:05] <tsimpson> DJones: ^
[15:08] <tsimpson> jpds: new Bugtracker stuff committed, you'll need to set supybot.plugins.Bantracker.cveSnarfer to True where you want CVE's to be shown (if anywhere). setting supybot.plugins.Bantracker.bugSnarfer to False overrides cveSnarfer too
[15:28] <DJones> tsimpson: That was a quick change
[15:30] <tsimpson> everything required to do it already existed in the plugin, so I just had to modify the functions that parse the CVEs
[19:51] <m4v> heads up, saymin was flooding #ubuntu-es a few mins ago
[19:52] <m4v> he's now in #u
[19:52] <IdleOne> thanks m4v


[09:13] <Pjotr> mr_pouit has fixed the greeter! Excellent.
[09:14] <Pjotr> But one obnoxious problem still exists: the greeter still is 100 % in English, on a Dutch localized Xubuntu 11.10.
[09:14] <Pjotr> as you can see here: http://sites.google.com/site/computertip/schermafdruk
[09:15] <Pjotr> This is weird, because LightDM has been translated fully into Dutch. This has been so for more than a month. As you can see here (Oneiric branch): https://translations.launchpad.net/ubuntu/oneiric/+source/lightdm/+pots/lightdm/nl/+details
[09:15] <Pjotr> And here (trunk branch):
[09:15] <Pjotr> https://translations.launchpad.net/lightdm/trunk/+pots/lightdm/nl/+details
[09:15] <Pjotr> How can we fix this?
[09:17] <Unit193> Heh, Session is actually in Dutch
[09:17] <Pjotr> Unit93: lol. OK, 1 % is in Dutch. :P
[09:18] <ochosi> yeah, but that's more because it's the session name, not because lightdm localizes :)
[09:18] <Unit193> That was my only comment, I don't translate
[09:30] <Pjotr> Does anybody have an idea what the cause of this problem could be?
[09:36] <Unit193> My guess would be person that made the greeter doesn't know Dutch, but that could very well be wrong
[09:36] <Unit193> Does Ubuntu have it correctly?
[09:37] <Pjotr> Unit193: Yes.... and the oneiric branch of LightDM is 100 % translated into Dutch: https://translations.launchpad.net/ubuntu/oneiric/+source/lightdm/+pots/lightdm/nl/+details
[09:38] <Pjotr> and so is the trunk branch of LightDM: https://translations.launchpad.net/lightdm/trunk/+pots/lightdm/nl/+details
[09:40] <Pjotr> Be right back
[09:42] <madnick> is it a multiuser computer?
[09:53] <Unit193> Wait until he gets back?
[10:07] <madnick> Unit193: hehe I was scrolled up a bit reading :)
[10:07] <Pjotr> Unit193: just checked Ubuntu again. The greeter of Ubuntu is about 80 % translated. The words "Guest Session" and the disabilities options (high contrast and such) aren't translated either. This is weird.
[10:07] <madnick> Pjotr: is it a multi user computer you are using?
[10:07] <Pjotr> No, single user test machine
[10:15] <madnick> Does any other language work correctly?
[10:15] <madnick> See, everything is translatable, but I cant see them setting a translation domain
[10:16] <Pjotr> madnick: I haven't tried other languages.... I'll give French or German a shot. Be right back.
[10:17] <madnick> thanks
[10:26] <Pjotr> madnick: French isn't showing up either, in the greeter (except for "Session Xubuntu"). I installed all French language packs and rebooted: after logging in, my desktop is entirely french.
[10:26] <Pjotr> but not the greeter...
[10:28] <madnick> okay, i will peek around the source
[10:28] <Pjotr> Thanks. Off topic: I love the French translations though. My desktop seems much more elegant all of a sudden. :-)
[10:28] <madnick> :D
[10:30] <ochosi> hehe
[10:54] <madnick> well. that was that VM
[10:55] <ochosi> madnick: why not just report a bug against lightdm?
[10:56] <madnick> ochosi: because im not 100% sure im right
[10:56] <madnick> thats why i want to patch it, try it, and then report a bug
[10:57] <madnick> Problem is, i accidentaly gave the wrong data dir constant when compiling, which made the greeter useless, and i cannot get tty on virtualbox, never could for some reason
[10:57] <madnick> so im pretty much locked out
[11:02] <ochosi> right
[11:25] <madnick> oh, it was a bug
[11:25] <madnick> in lightdm, that made --test-mode fail
[11:26] <madnick> I guess I could file a bug report, im 90% sure now
[13:55] <charlie-tca> Final freeze is today, 21:00 UTC
[13:55] <charlie-tca> pleia2: Happy birthday
[13:56] <charlie-tca> madnick: to get to a tty in VirtualBox, use the VBox Key (rt-ctrl?) instead of Alt
[13:57] <madnick> charlie-tca: yes but its blue and the text is blurry white and huge :(
[13:57] <charlie-tca> really? Mine are good here.
[13:57] <madnick> Not usable, this only happens when i install guest additions
[13:58] <charlie-tca> Oh, yeah, that seems to be having issues
[13:58] <madnick> btw, im 91.2% sure that the gtk-greeter needs to specify a translation domain
[13:59] <madnick> there is nothing about it in the source nor the desktop file
[13:59] <madnick> But I dont want to file a faulty bug report
[13:59] <madnick> if its not the case
[14:01] <charlie-tca> Well, probably won't make 11.10. Time grows short now, but we did get it in, anyway!
[14:02] <madnick> charlie-tca: yes but it wont have any translations
[14:02] <charlie-tca> That's not the end of the world. They can always replace xubuntu-greeter with Unity-greeter if they need it translated
[14:02] <madnick> If it is true, there is litterly 1 line of code to add the the C-file and then modifying the .desktop file
[14:02] <madnick> true
[14:03] <charlie-tca> We have very few days left to get it fixed, so if we can, great! If not, it will still be a bug.
[14:03] <madnick> Well, ill file the report, if its wrong then ill just say im sorry
[14:03] <charlie-tca> That will work
[14:05] <madnick> charlie-tca: sorry, what was i going to type "bug-oneiric" or similar?
[14:05] <madnick> in the command line
[14:05] <charlie-tca> ubuntu-bug xubuntu-greeter ?
[14:06] <madnick> thanks
[14:06] <charlie-tca> or what ever we called...
[14:10] <charlie-tca> Need to try and get the images today and tomorrow, please. This is the last day for big changes, so tomorrow will be very important.
[14:12] <madnick> bug 862427
[14:13] <charlie-tca> Thank you
[14:20] <madnick> about todays images, ive got them installing, but i wont have much time to test today, sorry
[14:21] <charlie-tca> If they install, mark them as pass anyway
[14:21] <charlie-tca> We need to know they actually do anything besides be there
[14:22] <madnick> one thing i noticed however, it seems to lack a checkbox
[14:22] <madnick> There is usually 3 at first dialog
[14:22] <charlie-tca> It's been two since beta2
[14:22] <madnick> oh okay
[14:22] <madnick> havn't noticed :P
[14:43] <madnick> ok, its a PASS and seems to work fine, but i was looing at /Xubuntu/Testing and cannot find the Google Docs link
[14:44] <charlie-tca> http://2tu.us/3jj0
[14:44] <charlie-tca> Update GridCube's interface, too, if you have time, please...
[14:44] <charlie-tca> http://gridcube.netii.net/test/XTCv2.html
[14:44] <madnick> thanks :)
[14:45] <charlie-tca> No problem
[14:47] <madnick> Google docs, it does not work, i cannot enter anything
[14:48] <charlie-tca> Are you in the September page?
[14:49] <madnick> Yes
[14:49] <madnick> Well, i can scroll down to it
[14:50] <charlie-tca> I don't see anything blocking it
[14:51] <charlie-tca> The sheet is editable by anyone that can see it
[14:52] <madnick> hm something happened and it jumped to a new page
[14:52] <madnick> now it works
[14:52] <charlie-tca> I hid the extra pages
[14:53] <charlie-tca> or maybe I deleted what was blocking you
[14:54] <madnick> :P well, i filled both in, i will wait for the alt install aswell, but then im off to bed
[14:54] <charlie-tca> Thank you very much
[15:50] <pleia2> charlie-tca: thanks :)
[23:12] <charlie-tca> blueman crashed on login - bug 862860


[00:23] <lagunaloire> ok how can libharfbuzz-dev with source code about version 5.2 be put into ubuntu repositories
[00:40] <lagunaloire> and to make sure it has all the harfbuzz-support code
[00:41] <lagunaloire> there seems to be a direct attack on 32 bit intel pentium processors like the pentium 4 northwoods and the celeron's
[00:42] <lagunaloire> seems like people are trying to force intel 32 bit out of the business and move everyone to 64 bit
[00:43] <lagunaloire> i don't see how intel approved those chromium scumbags trying to obsolete intel...and moving to sse3 instructions with a patch that deliberately and drastically slows down sse2 processors
[00:44] <lagunaloire> that patch brings an intel pentium 4 to its knees
[00:45] <lagunaloire> those chromium scumbag trash need to be destroyed for trying to obsolete everyone's hardware prematurely
[00:45] <lagunaloire> i don't see how intel let this kind of shit slide
[00:48] <lagunaloire> instead of making the web more accessible to everyone...the bastards have tried to monopolize it for only latest hardware designs
[00:48] <lagunaloire> it is in direct violation of www standards and goals
[00:51] <lagunaloire> the web was supposed to be an avenue for the poor and needy to have the same learning opportunities that the rich disgusting and shameful have...and this bullshit of forcing people to throw their hardware into the trashcan just because of a web browser...is appalling
[00:51] <lagunaloire> poor people have older hardware...not the latest stuff from the most expensive sellers in the world
[00:52] <lagunaloire> this is a direct attempt to destroy the poor and their access to the web
[00:53] <lagunaloire> those greedy harware manufacturing sons of bitches and enemies of the poor need to be brought to justice
[09:17] <mitya57> sil2100: Hi! https://bileto.ubuntu.com/v2/metadata returns 500 error
[09:18] <sil2100> mitya57: yeah, see -release - I was made aware of that already. Still didn't get direct access to Bileto but I'll try to nudge it via IS later
[09:18] <mitya57> Okay, sorry. I searched in this channel but not in -release.
[09:19] <mitya57> Thanks!
[13:20] <jbicha> tjaalton: hi, have you seen Debian bug 1025312 ? it is making a lot of packages fail to build in Debian (those using Xvfb for build tests)
[13:20] -ubottu:#ubuntu-devel- Debian bug 1025312 in libgl1-mesa-dri "libgl1-mesa-dri: multiple packages FTBFS and have autopkgtest regressions running test programs under Xvfb" [Grave, Open] https://bugs.debian.org/1025312
[13:58] <tjaalton> jbicha: yes
[14:16] <tjaalton> jbicha: fixes available, I'll upload it to sid before EOD
[18:52] <bdmurray> FYI I just updated some code in the production autopkgtest environment if y'all see anything weird
[19:06] <nteodosio> https://autopkgtest.ubuntu.com/request.cgi?release=bionic&arch=arm64&package=chromium-browser&ppa=canonical-chromium-builds/stage&trigger=chromium-browser/108.0.5359.71-0ubuntu<IP_ADDRESS>
[19:06] <nteodosio> https://autopkgtest.ubuntu.com/request.cgi?release=bionic&arch=armhf&package=chromium-browser&ppa=canonical-chromium-builds/stage&trigger=chromium-browser/108.0.5359.71-0ubuntu<IP_ADDRESS>
[19:06] <nteodosio> https://autopkgtest.ubuntu.com/request.cgi?release=bionic&arch=i386&package=chromium-browser&ppa=canonical-chromium-builds/stage&trigger=chromium-browser/108.0.5359.71-0ubuntu<IP_ADDRESS>
[19:06] <nteodosio> Can someone please trigger those for me?
[19:10] <bdmurray> doing so
[19:16] <nteodosio> thanks
[21:39] <mwhudson> jdstrand: hey do you have the impending go 1.19.4 release on your radar?
[21:42] <jdstrand> mwhudson: I do, yes
[21:43] <mwhudson> jdstrand: great i do to, but depending on the interpretation of "us business hours" you may get to it first
[22:07] <bluca> schopin: there are 3 bugs in tpm2-openssl in jammy, affecting azure: https://bugs.launchpad.net/ubuntu/+source/tpm2-openssl/+bugs
[22:08] <bluca> I've done the legwork to add the sru template, backport, test - could you please sponsor an sru? branch is ready on salsa
[22:09] <bluca> all fixes are from upstream releases, and already available in lunar
[22:10] <bluca> i've got internal users hitting those on azure, so would be really great to get it sorted in jammy-p-u - TIA
[22:32] <kanashiro[m]> mwhudson: I tried to backport golang-1.18 from jammy to bionic but it was not that straightforward as I was expecting. I simply downgraded the debhelper compat level to 11 but then the generated deb package is "empty", you can check it out in bionic-proposed. Would you have some time to take a look and see if you could help me to fix that? For instance, it is using some debhelper >= 12 features which require some changes in d/rules
[22:32] <kanashiro[m]> to properly build with debhelper 11
[22:32] <mwhudson> kanashiro[m]: argh
[22:34] <mwhudson> kanashiro[m]: good news, we have dedicated go toolchain person starting soon :)
[22:35] <kanashiro[m]> that's good news indeed
[22:37] <mwhudson> hm i guess we only need to ignore this problem for like 5 months and then bionic is EOL?
[22:41] <mwhudson> yes i think i agree based on those build logs that something has gone wrong
[22:49] <kanashiro[m]> mwhudson: the server team is supposed to backport the container stack to bionic this cycle, that's why I am trying to do this hopefully final backport to bionic before it becomes EOL
[22:51] <kanashiro[m]> latest docker.io does not build with go 1.16 which is the greatest go version we have in bionic right now
[23:40] <mwhudson> yeah i agree in general that we should backport the go from the current lts to all supported ltses
[23:41] <mwhudson> can reproduce the issue locally, let's see what's going on


[02:51] <avis> can i please be unbanned from #ubuntu-offtopic.  the last two times i am banned from there is is for extended periods of time that is never warraranted for the offense.  can you please docuement that ?  thanks
[03:58] <elky> if he would stick around for more than 6 seconds we'd be able to talk to him
[03:58] <elky> wait i can't math. 5 seconds.
[04:19] <avis> the time before last i was banned from #ubuntu-offtopic it was for ever 6 months.  all i could think in my head was -- how could they justify this long of a ban.  further i am banned now and they simply didn't like my respectful language syntax.  thank you
[04:19] <avis> please consider unbanning me
[04:26] <Unit193> +b @pdpc/supporter/student/avis$##fix_your_connection
[05:48] <elky> 3 seconds this time.


[06:54] <brobostigon> morning boys and girls.
[08:20] <zmoylan-pi> o/
[08:22] <brobostigon> o/
[08:26] <zmoylan-pi> is the angry yellow ball still in the sky?
[08:34] <brobostigon> a donald tramp shaped yellow ball in the sky? :)
[08:36] <zmoylan-pi> that's merely a dumb yellow ball as funny as it is...
[08:36] <brobostigon> yeah, :)
[08:38] <zmoylan-pi> probably smarter than the person who inspired it mind...
[08:39] <brobostigon> well, the persom who made it, is probably smarter than the person it is modelled after.
[08:40] <zmoylan-pi> the turd i nearly stepped in yesterday can claim that too...
[08:42] <brobostigon> hmm.


[09:37] <chank> hello
[09:37] <Guest33124> hello
[09:37] <Guest33124> i need help
[09:40] <dadexix86> Guest33124, about what?
[09:40] <Guest33124> i want to install ubuntu on my samsung galaxy ace
[09:42] <dadexix86> Guest33124, it is not in the list of devices with a port https://wiki.ubuntu.com/Touch/Devices
[09:42] <dadexix86> probably you have to port it yourself
[09:42] <dadexix86> but I am definitely not informed on this matter
[09:42] <Guest33124> what about samsung galaxy s dous 2
[09:42] <dadexix86> wait for someone else more informed than mi
[09:42] <dadexix86> *me
[09:43] <dadexix86> Galaxy S II is ported, yes
[09:43] <Guest33124> s7582
[09:43] <dadexix86> have a look at the page above
[09:43] <dadexix86> everything that is not there has to be done
[09:50] <dhbiker> ogra_ what's up with random hangs when SMS arrives ? sometimes it locks up for a few seconds ?
[10:24]  * Arunkumar slaps Arunkumar around a bit with a large fishbot
[12:41] <mrx1> hi, I'm considering buying ubuntu smartphone(MX4 Ubuntu Edition), but I have one question: Does it support disk encryption?
[12:48] <ogra_> mrx1, on the roadmap, but not yet implemented
[12:49] <mrx1> :(
[12:49] <ogra_> well, OTA upgrades come every 6 weeks ... as soon as the feature is ready you will get it
[12:50] <mrx1> this should be considered high priority, especially for business users. But ok, I will wait with my purchase until it happens.
[12:51] <ogra_> (you could also implement your own setup too ... the phone is fully hackable if wanted)
[18:41] <coin> Hi there. I have a problem with reverse tethering via USB cable (mako OTA 6). Reverse tethering seems to be correctly configure (ie. interfaces and route), some applications work (GPS navigation, facebook, news reader, web navigator, webapps, irc client) and some don't (dekko, deep vision, app store). I have no clue why, and I would like applications like dekko and app store to work ! Anyone with the same problem, or with successfu
[18:41] <coin> l reverse tethering ?
[21:24] <gibi92> hi, i have just received my MX4 ubuntu edition. It is really nice. Cool :).
[21:24] <gibi92> But now, i'm blocked in the edge-intro application at the open special menus : "Swipe up from the bottom edge" doesn't work for me :-( !  It's seem to be an OS problem. I used "fastboot devices" and "fasboot -w" to run the welcome-wizard with different option without success : allway the same problem. The "fastboot oem unlock" doesn't work. The recovery mode show a not rolling white ubuntu logo and adb devices answer offline. Is somebody could help me ?
[21:52] <neitaly> hi
[21:57] <mcshell> hi


[22:50] <replaceafill> wgrant, are you around?
[22:54] <wgrant> replaceafill: I am.
[22:54] <replaceafill> hi wgrant
[22:55] <replaceafill> i just wanted to tell you that i signed the contributor agreement two days ago
[22:55] <replaceafill> but i haven't received any confirmation
[22:55] <replaceafill> (which i was expecting)


[08:08] <nickmoeck> How often does the ubuntu-wisconsin.org syndicated page update? I published a new post a while ago and its not there
[18:08] <dwhitfie> any questions on OpenSUSE for our presenter?