[00:02] <bkerensa> cprofitt: its malware
[00:02] <bkerensa> there apparently are a few sites advertising it on the search engines
[00:02] <cprofitt> what is the best path to shutting it down?
[00:04] <pleia2> the form linked on http://www.ubuntu.com/legal/terms-and-policies/intellectual-property-policy
[00:04] <pleia2> that's not just for asking questions, also reporting
[00:06]  * pleia2 back to work so she can take a proper Saturday off this week


[02:27] <ball> Is Ubuntu Touch called something different these days?
[03:09] <davef> https://usercontent.irccloud-cdn.com/file/sL9Dfi6m/73-year-old-man-finally-gets-job.jpg
[14:42] <penguin42> hmm a bank holiday of unknown date
[17:32] <penguin42> ok, 19th September
[17:40] <davef> if only she could have waited two days. then play earth, wind & fire - september .. bang on time
[17:51] <penguin42> do you think funeral dates are more to do with when other attendees are available?
[17:52] <penguin42> one of these date vote mails
[17:52] <davef> nah, it's all part of operation london bridge and/or operation unicorn.
[17:53] <davef> operation unicorn was enacted as she's popped it at Balmoral
[17:53] <penguin42> yeh, but was the funeral date that fixed?
[17:53] <davef> the date is determined by the plan
[17:54] <penguin42> that's odd, because they announced the funeral would be a bank holiday before they confirmed the date


[22:51] <josharenson> I merged a branch and committed (revision #3). The merge was bad, so I reverted to revision 2 and committed. Now I'm at revision #4 and I can't attempt the merge again as bzr says "Nothing to do." How can I fix this?
[22:52] <fullermd_> You didn't want to revert to 2, you wanted to rewind to 2.
[22:53] <fullermd_> If that's actually all you've done (there are no other changes in the middle you care about), you can just go ahead and rewind now.
[22:55] <josharenson> fullermd_: I tried what is listed here https://answers.launchpad.net/bzr/+question/45980 but now I have 51 conflicts
[22:56] <fullermd_> I'd normally use pull.
[22:57] <fullermd_> (assuming again you really are talking about 2/3/4, and there's nothing between 3 and 4 you need to keep), `bzr pull -r2 --overwrite .` and then do the merge.
[22:57]  * josharenson tries that
[22:57] <fullermd_> Uncommit I always have to look up details and do scratch experiments with, for anything but the simple "pop last" usecase.
[22:58] <fullermd_> You want to make it like 3 never happened.  Revert just changes the file contents.
[22:58] <josharenson> fullermd: I think that did exactly what I wanted, thanks
[23:00] <josharenson> There are only 20 conflicts now :-)  (which is what there was before, and why the merge went badly)
[23:02] <fullermd> If things go poorly resolving them, you can always just 'revert' (with no args) before you commit it to try again clean.


[10:55] <mjh>    Hello, I am using cloud init to create an ext4 filesystem on an encrypted LUKS device and then mount it. Documentation for LUKS suggests that every block should be written to prior to filesystem creation. I think that `mkfs.ext4 -cc /path/to/device` will do this but cant find an option for this kind of thing in the documentation. Any suggestions?
[13:56] <smoser> mjh: hm... i dont think you can really manage taht with cloud-init at the moment.
[13:57] <smoser> you could probably use something in a boothook or bootcmd
[13:57] <smoser> bootcmd:
[13:57] <smoser>  - [dd, if=/dev/zero, of=/path/to/device]
[14:10] <mjh> I havent looked at boothooks / bootcmds yet. I shall RTFM :-)
[15:21] <gtmanfred> smoser: sorry about that license agreement, apparently i put the wrong email, i just responded to the person trying to verify me on the agreement to put the correct one
[15:22] <gtmanfred> hopefully it should be good to go in a bit
[15:24] <smoser> gtmanfred: great thanks.  your word here is good enough.  it does take a bit for a human to process.
[15:24] <gtmanfred> :+1:
[15:25] <smoser> can you reply in that mp ?
[15:25] <smoser> (even t hough i just said your word here was good enough :)
[15:25] <gtmanfred> yup, one second
[15:26] <gtmanfred> done
[15:26] <gtmanfred> i think
[15:26] <gtmanfred> i can respond to launch pad emails and they post them right?
[15:26] <gtmanfred> meh, commenteed
[15:26] <smoser> yes.
[15:27] <gtmanfred> i did both just to be certain :)
[15:41] <gtmanfred> cool, thanks!
[18:18] <redkrieg> Hi, I'm using cloud-init on an openstack guest and have a need for static network configuration.  I can see in my cloud-init.log file that the network_data.json file was successfully requested from the metadata service and the code I've reviewed in the openstack helper seems like it should be generating a static config for ipv6 but the default interfaces file with dhcp4 is the only thing written.
[18:18] <redkrieg> Can I force cloud-init to reconfigure networks?
[18:19] <rharper> redkrieg: can you share your network_data.json and what your final network config is ?
[18:20] <rharper> redkrieg: Also, if you want cloud-init to configure networking in Openstack, you need to specify configdrive at this time ;
[18:20] <rharper> it's on the roadmap to read network config from the metadata service early enough that cloud-init can write out a network configuration like it does with configdrive, but that's not done yet
[18:21] <redkrieg> the json comes out like this: https://pastebin.com/E9uJZRBn
[18:21] <redkrieg> I didn't realize that wasn't implemented.  The docs seem to indicate that it is supported :(
[18:22] <redkrieg> https://pastebin.com/ivRtvyJ4 is the config that it generates, but that makes sense if metadata isn't acquired early enough.
[18:23] <redkrieg> how about forcing cloud-init to rebuild network config?  is that something that can be done?  it doesn't appear to be a module that I can find.
[18:23] <rharper> if you change the instnace to use configdrive, it will work
[18:23] <smoser> yeah.
[18:23] <rharper> well, after networking is up, trying to re-apply could interrupt existing connections
[18:24] <redkrieg> not worried about that, it'd be something a client would do from our custom control panel and will come with all the usual warnings about what modifying network configs does
[18:26] <smoser> redkrieg: we do want to make this do the right thing.
[18:26] <smoser> and its not really a difficult change for first boot configuration
[18:26] <smoser> (hotplug is more difficult)
[18:26] <smoser> just a matter of resources at the moment.
[18:27] <redkrieg> yeah, once the user gets their hands on something they tend to create edge cases :D
[18:28]  * smoser shakes fist at users
[19:01] <redkrieg> config drive is working great for initial boot, thanks!  Is it possible to force cloud-init to reconfigure networking on the next boot or something similar?
[19:06] <smoser> redkrieg: no. not really.
[19:08] <redkrieg> ouch.  guess I'll have to cook something up to runcmd on boot and do it manually :\
[19:10] <redkrieg> I think a neat feature would be testing for the absence of /etc/network/interfaces.d/50-cloud-init.cfg (or related files for other distros) and rebuilding.  Might take a swing at that over the weekend.
[20:22] <rharper> smoser: powersj: so  both chrony and timesyncd happily don't run in containers unless you run them with the right capabilities to adjust time;  isc-ntp seems to run anyhow even if it can't adjust the time
[20:22] <rharper> that does make the integration test a bit more challenging w.r.t asking the client itself how it's configured (versus just parsing the config file)
[20:22] <rharper> thoughts ?
[20:32] <powersj> what are the right capabilities?
[20:35] <rharper> heh, !Container
[20:35] <rharper> which is annoying
[20:36] <rharper> lemme get the chrony one
[20:37] <rharper> ConditionCapability=CAP_SYS_TIME was not met
[20:38] <rharper> timesyncd probably should use the ConditionCapability check that chrony uses  but that's an upstream change
[20:40] <powersj> ha
[20:41] <powersj> rharper: so if someone tries to setup time via chrony with cloud-init with a container what is the expected behavior? nothing? warning message?
[20:42] <rharper> from cloud-init perspect, we did what we were asked
[20:42] <rharper> chrony service it self can't start for it's one restrictions
[20:42] <rharper> I mean, it's not really any different than ntpd, which runs but cannot adjust the clock without capabilities
[20:43] <rharper> chrony has a track time but don't adjust the system time mode; however, in unpriv container, it still wants to drop root privs, but that's a restricted capability so it can't do that
[20:43] <powersj> then for the test validate the config and move on?
[20:43] <rharper> well, do we do different tests on kvm vs lxd ?
[20:44] <rharper> I need to run in a vm and see if I can get them to dump out any information anyhow
[20:44] <rharper> systemd packages are notorious for not saying anything about their config
[20:44] <rharper> the timedatectl --status shows NTP Sync=Yes
[20:44] <rharper> that's it
[20:44] <rharper> thanks
[20:45] <powersj> and we do not run different tests for kvm vs lxd
[20:47] <rharper> well, crud
[20:53] <blackboxsw> rharper: I have an example  started
[20:54] <blackboxsw> for the snap testing
[20:54] <blackboxsw> as snap on container requires squashfuse
[20:54] <blackboxsw> and non-container doesn't
[20:54] <blackboxsw> our cloud_tests need to provide that platform information to the individual unit tests
[20:54] <rharper> well, the thing is, I'm not really ok running priv container trying to sync time
[20:55] <rharper> I think we need a way to skip tests on certain platforms
[20:55] <rharper> if that's not there
[20:56] <rharper> so, we'll collect the data, then run the verify on it; if it knows that it was collected on a particular platform we could raise SkipTest where we know it won't be accurate
[21:04] <blackboxsw> rharper: it's not, but I agree we do need a skiptest decorator that chan check platform details
[21:08] <rharper> well
[21:08] <rharper> guess who get's to poke at that
[21:08] <rharper> but not in the initial branch
[21:08]  * rharper is going to push that up for review shortly
[21:24] <smoser> rharper: i think that cloud-init does what it was told
[21:25] <rharper> yeah
[21:25] <smoser> if that means installing a servie that will fail to start
[21:25] <smoser> then we still did what we were told
[21:25] <rharper> I agree; I'm mostly concerned about trying to verify if our template is correct
[21:25] <smoser> its kind of over-zealous to have a service that simply says "i dont run in a container"
[21:25] <rharper> we had that ntp bug about not having config on disk prior to install and restarting the daemon; we do those things now
[21:25] <rharper> but our template could still be broken
[21:26] <smoser> baking in assumption that the system clock is not namespaced
[21:26] <rharper> smoser: yes, systemd is obnoxious  =)
[21:26] <smoser> or the container platform doesnt provide some psuedo mechanism for that.
[21:26] <rharper> a day hasn't gone by where i"m not swearing at something packaged in systemd, so no change there
[21:27] <rharper> I suspect we didn't add an integration test for UbuntuCore which used the timesyncd path, or we'd see this (ie, we configure it, but have no way of verifying it uses the servers) since timedatectl doesn't emit useful information other than 'ntp sync=Yes' if it's synced
[21:28] <rharper> I do think we can run this in KVM and at least for some clients (ntp, at least, possibly chrony) as the daemon for what servers it connected with ; and validate that matches what we configured ; I'll play with chrony in a VM
[21:33] <blkadder> systemd is love.
[21:33] <rharper> said no one ever
[21:33] <blkadder> :-)
[21:33] <rharper> until *now*
[21:34] <blkadder> Still amazed at how quickly it got pushed through.
[21:35] <blkadder> But I just try to hold my nose and focus on other things. :-)
[21:35]  * blkadder eagerly awaits the LinuxRegistry
[21:36] <smoser> rharper: do you remember the bug where cloud-init was hanging tdue to /dev/random / kernel-config missing some options ?
[21:36] <smoser> can't find it
[21:36] <smoser> cyphermox i think you filed ?
[21:36] <rharper> smoser: yes
[21:37] <rharper> https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1727358
[21:37] <ubot5`> Ubuntu bug 1727358 in python3.6 (Ubuntu) "cloud-init is slow to complete init on minimized images" [Wishlist,Triaged]
[21:37] <rharper> smoser: lol, I know where you're going
[21:40] <dpb1> rharper: blkadder: I ordered this shirt for you both: https://goo.gl/hzFdR3
[21:40] <blkadder> HAHAHA
[21:40] <rharper> (╯°□°）╯︵ ┻━┻
[21:40] <rharper> dpb1: just you wait dpb1
[21:41] <blkadder> Is there an option to order one bathed in tears?
[21:43] <dpb1> I think they come with a first aid kit for all the fights you will get in after putting it on.
[23:05] <blackboxsw> nerd fights, I think there is an ESPN channel with that kinda action
[23:07] <blackboxsw> hrm one last manual test for ubuntu SRU https://pad.lv/#1731868
[23:07] <blackboxsw> or rather bug #1731868
[23:07] <ubot5`> bug 1731868 in cloud-init (Ubuntu) "cloud-id: enable ESXi 6.5.0" [High,Fix released] https://launchpad.net/bugs/1731868
[23:08] <blackboxsw> I can upgrade my vphere bootstrapped env w/ latest cloud-init and the ds-identify warning is gone... but not sure if there is an easier test for that.


[09:35] <jphilips> bluesabre: you can close this one https://github.com/bluesabre/mugshot/issues/6
[09:35] <ubot3> Issue 6 in bluesabre/mugshot "The mugshot package has been removed from the GNU/Debian 10 (Buster) repositories" [Open]
[09:36] <jphilips> strange the debian 10 would be missing mugshot
[09:36] <Unit193> Not really, there was an unfixed RC bug.
[09:38] <jphilips> presume its fixed in bullseye now that its back in
[21:39] <Robe66> Hello everyone


[10:19] <sadmac> Keybuk: good morning
[10:19] <Keybuk> morning
[10:19] <Keybuk> happy new year
[10:20] <sadmac> Keybuk: you too
[10:21] <sadmac> Keybuk: just pushed events-related code to my state machine prototype
[10:21] <sadmac> Keybuk: so what's up with that secret kernel patch? :)
[10:23] <ion_> I want to know, too
[10:24] <Keybuk> I posted it to lkml already
[10:24] <Keybuk> http://lkml.org/lkml/2008/12/27/80
[10:25] <Keybuk> (patch is in my in-reply-to message)
[10:29] <sadmac> Keybuk: ah. I misthunderbirded
[10:29] <Keybuk> misthunderbirded?
[10:30] <Keybuk> v. to use the wrong mail client
[10:30] <Keybuk> ? :p
[10:30] <sadmac> probably the case
[10:30]  * Keybuk likes the fact the objections to that patch all come from @redhat.com :p
[10:30] <sadmac> Keybuk: well it is lkml :P
[10:31] <Keybuk> as I keep pointing out, if we do so well, you guys give up - we're *screwed*! :p
[10:31] <sadmac> heh.
[10:34] <sadmac> Keybuk: well, now that I've implemented large chunks of the state machine, I've found it to be even less quirky and more simple than I thought.
[10:34] <sadmac> I've been able to nudge out a lot of the semi-strange behavior.
[10:38] <Keybuk> you've been working during the break, haven't you? :p
[10:38] <Keybuk> that's naughty
[10:39] <sadmac> Keybuk: well, I became almost totally noctournal. Nobody's around to party with between 3 and 7am
[10:39] <Keybuk> odd
[10:39] <Keybuk> I returned to something like normal UK waking hours
[10:40] <sadmac> heh
[10:45] <soren> Keybuk: I'm looking at that patch, and can't help but wonder if there's a mechanism for reparenting a process to a different process than pid 1?
[10:45] <sadmac> soren: check the clone() manpage. I almost want to say I saw something like that in there
[10:46] <sadmac> I might be thinking of the option to signal the parent with something other than sigchld though
[10:47] <sadmac> the most fun part of my waitfd patch: read returns ECHILD
[10:47] <sadmac> took a bit to convince myself that was legal
[10:47] <soren> Keybuk: I understand that if it only works for init, the code would just never be triggered if another process has done the PR_SET_ADOPTSIG thing, and that there's no particular reason to hardcode anything like that, but still it left me wondering.
[10:47] <Keybuk> it's the same mechanism
[10:47] <Keybuk> that's why the 1 isn't hardcoded, but uses a child_reaper variable
[10:48] <Keybuk> you'd generally not use SIGCHLD for that notification, since they're not queued
[10:48] <Keybuk> you'd use SIGRTMIN+n
[10:52] <soren> I don't think I get it. How can a process other than init adopt a process?
[10:54]  * sadmac wonders what happens if you clone with CLONE_PARENT from init...
[11:50] <Keybuk> soren: you're forgetting that in Linux, threads are just processes :p
[11:50] <Keybuk> so when a thread parent dies, it's reparented to another thread in the same group, not init
[11:51] <Keybuk> sadmac: init's ppid is 1, so nothing - you get a child of init
[11:51] <sadmac> Keybuk: I was goig to mention that, but I think he wanted to know if there was a way to explicitly set where a child will be reparented
[11:51] <sadmac> Keybuk: ah
[11:52] <sadmac> Keybuk: what about unices like (I think) HPUX that display a system_idle process with pid 0
[11:52] <sadmac> does that not appear as the parent of anything?
[11:53] <Keybuk> does HPUX even have clone() ? :p
[11:53] <sadmac> nobody has clone
[11:53] <sadmac> that's just us
[11:53] <Keybuk> so who cares? :p
[11:53] <sadmac> someone at HP I'd imagine
[11:54] <Keybuk> Upstart doesn't work on HPUX, so EOFFTOPIC :p
[11:54] <sadmac> Linux also has a system idle process of a kind I believe, but it doesn't appear in ps.
[11:54] <sadmac> it may not be a "process" of any real sort.
[11:55] <Keybuk> actually, I'm lying
[11:55] <Keybuk> init has a ppid of 0
[11:55] <sadmac> ah. thought so
[11:55] <sadmac> graphs with loops feels very un-unix
[11:55] <Keybuk> Linux has kernel threads, they are all children of kthreadd
[11:55] <Keybuk> which is pid=2, ppid=0
[11:57] <sadmac> ah
[12:00] <Keybuk> we looked
[12:00] <Keybuk> summary
[12:00] <Keybuk> "Don't do that then"
[12:00] <Keybuk> it'd be ok until the clone exited, at which point you'd maybe get an OOPS or a PANIC :)
[12:01] <sadmac> add that to the list of "things to make an intern patch when you're bored"
[12:02] <sadmac> yeah, I could see that reading as an init crash
[12:06] <sadmac> There's something kind of sad about all of APL being in unicode
[12:06] <sadmac> not quite as sad as the klingon alphabet, but still...
[12:08] <Keybuk> APL?
[12:09] <sadmac> Keybuk: "A Programming Language"
[12:09] <Keybuk> what's wrong with unicode?
[12:09] <sadmac> Keybuk: there's nothing wrong with unicode per se
[12:09] <sadmac> Keybuk: APL has no textual commands
[12:10] <sadmac> Keybuk: its all symbols. some greek ones, some not even in any alphabet
[12:10] <Keybuk> ah, how silly
[12:10] <sadmac> Keybuk: its the esoteric programming language that saw production time
[12:10] <sadmac> Enterprise Brainfuck
[12:11] <sadmac> Keybuk: it was reeeeely good at matrix operations, which was good for getting certain tasks done in a hurry.
[12:11] <sadmac> http://en.wikipedia.org/wiki/File:LifeInApl.gif
[12:11] <sadmac> ^^conway's game of life
[12:11] <Keybuk> does it use the Unicode Interrobang character as an exception operator?
[12:12] <sadmac> dunno. It predates unicode by about 30 years, so it wouldn't have drawn the inspiration from there
[12:13] <Keybuk> n < 2 → ⁈
[12:13] <ion_> That’s not an interrobang.
[12:13] <sadmac> N is less than 2 implies WTF
[12:13] <Keybuk> 1 + 1 ≠ 2 → ‼
[12:13] <Keybuk> ion_: yes it is?
[12:14] <ion_> ‽
[12:14] <sadmac> ⸘
[12:14] <sadmac> where is your god now?
[12:14] <Keybuk> ah, right
[12:15] <Keybuk> we can use utf-8 in C now, right ?
[12:15] <ion_> What i still don’t know is why Unicode has white smiling and frowning face, but only a black smiling face.
[12:15] <ion_> faces
[12:15] <sadmac> ion_: I blogged on this once
[12:16] <ion_> Oh
[12:16] <sadmac> ion_: http://screwyouenterpriseedition.blogspot.com/2008/02/worst-of-unicode.html
[12:17] <ion_> Yeah, just found it with google.
[12:17] <Keybuk> most of Unicode's symbol characters are inherited from other standard sets
[12:18] <Keybuk> I mean
[12:19] <Keybuk> you're talking about a character set that has an entire code block reserved for "Byzantine Musical Symbols" and you're complaining about its smiley faces
[12:19] <sadmac> Keybuk: I believe I did mention the klingon alphabet earlier
[12:19] <sadmac> Keybuk: and there are musical instrument companies open today that were around during the byzantine empire
[12:20] <sadmac> (World's oldest corporation: Zildjian)
[12:21] <Keybuk> Unicode doesn't have space for Klingon
[12:22] <Keybuk> that's nowhere near the oldest company!
[12:23] <Keybuk> there are European breweries older than that! :p
[12:39] <sadmac2> Keybuk: when does fork return EBUSY?
[12:39] <sadmac2> or whatever equates to Resource temporarily unavailable
[12:40] <Keybuk> memory limits, process limits, etc.
[12:41] <sadmac2> hmm
[12:41] <sadmac2> left my workstation running over the break
[12:42] <sadmac2> and my login session appears to be unwell
[12:46] <sadmac2> heh, the whole python state machine is 390 lines
[14:29] <sadmac2> I have a real desk now!
[14:31] <sadmac2> Keybuk: what do you think the interface for waitfd should look like?
[14:33] <Keybuk> waitfd(flags)
[14:33] <Keybuk> gives you an fd
[14:33] <Keybuk> you read() something like siginfo_t with all the expanded status information
[14:34] <sadmac2> Keybuk: its more the list of pids to wait on that concerns me
[14:35] <Keybuk> how do you mean?
[14:36] <sadmac2> Keybuk: do you always want to wait on /all/ children with waitfd, or do you want some of the selection power that you have with waitpid&co
[14:36] <sadmac2> Keybuk: and if so, what replaces the wait on just one process mechanic? it doesn't make much sense for this case
[14:36] <sadmac2> but waiting on a few specific ones might
[14:37] <Keybuk> I figured you'd  use something like the waitid() syntax
[14:37] <Keybuk> waitfd (P_PID, pid, 0)
[14:38] <Keybuk> waitfd (P_ALL, 0, WEXITED | WSTOPPED)
[14:38] <Keybuk> type thing
[14:38] <Keybuk> but then I'm about the only person in the world who even knows about waitid() :p
[14:38] <sadmac2> Keybuk: yes, but say I want to wait on pid 3, 4, and 7, but not 5,6,whatever else
[14:41] <Keybuk> fd = waitfd (-1, P_PID, 6, WEXITED);
[14:41] <Keybuk> err
[14:41] <Keybuk> fd = waitfd (-1, P_PID, 3, WEXITED);
[14:41] <Keybuk> waitfd (fd, P_PID, 4, WEXITED);
[14:41] <Keybuk> waitfd (fd, P_PID, 7, WEXITED);
[14:41] <Keybuk> ?
[14:41] <Keybuk> signalfd-style?
[14:41] <sadmac2> Keybuk: if that's ok with everyone
[14:42] <sadmac2> Keybuk: right now it has waitpid's signature
[14:43] <Keybuk> I don't really like the whole "read an int and figure it out" type approach
[14:43] <Keybuk> that int is squashed from a siginfo_t-style struct in the first place
[14:43] <Keybuk> why not just read that struct?
[14:44] <sadmac2> Keybuk: I didn't use waitid because it doesn't return a different status if it errors out due to WNOHANG, so you have to zero the return struct and then test
[14:44] <sadmac2> Keybuk: and I need to check this from /inside/ the kernel in places.
[14:44] <sadmac2> Keybuk: but I think all of this was in the name of not having to add crap to exit.c, and I think I've had to do that already anyway
[14:46] <sadmac2> there goes my laptop
[14:46] <sadmac2> IRC > Nagios
[14:48] <Keybuk> sadmac2: err, isn't the point that read() returns you that status now ? :P
[14:48] <sadmac2> Keybuk: poll() was the issue
[14:48] <Keybuk> you don't *have* a WNOHANG flag with waitfd
[14:48] <Keybuk> instead you make the socket blocking/non-blocking
[14:48] <Keybuk> and read() returns EAGAIN
[14:48] <sadmac2> Keybuk: I use WNOHANG for poll
[14:49] <Keybuk> why?
[14:49] <sadmac2> Keybuk: check if something exited with WNOHANG+WNOWAIT. If it didn't, poll_wait, if it did, return
[14:52] <Keybuk> oh, I see
[15:10] <sadmac2> Keybuk: you do have a WNOHANG flag with waitfd
[15:10] <sadmac2> Keybuk: WNOHANG == O_NONBLOCK
[15:11] <sadmac2> I've allowed it, and its cheap enough that I'm going to keep on allowing it


[04:43] <linduxed> the thing is that in all other systems (linux-distros, mac, windows) bluej works, here i get menus to dissapear as soon as i let go off my mouse button. i wonder if this can be easily resolved?
[04:44] <linduxed> its like all menus had OnReleaseMouse = close


[00:35] <yofel> wgrant: is there any reason why launchpad likes to frequently fail builds without buildlog recently? e.g. https://launchpad.net/~kubuntu-ninjas/+archive/ppa/+build/5832403
[00:35] <yofel> anything one can do to help with debugging?
[00:41] <wgrant> yofel: One of the VM host kernels seems to have become a little angry, and that build was unlucky enough to be dispatched to 5 VMs on that host in a row, all of which failed to start correctly.
[00:42] <yofel> so the solution would be to retry and hope all goes well when that happens?
[00:48] <apachelogger> wgrant, yofel: fwiw that has happend at least for a month or so
[00:48] <apachelogger> there's at least one neon5 build per week that randomly fails without log ^^
[00:48] <yofel> yeah, usually about a dozen of our kde sc builds fail in every batch
[00:49] <yofel> usually still managable, but this time it's like 3 dozen builds, so retrying them by hand gets tiring :/
[00:49] <yofel> I think we had a retry script somewhere, I'll try to dig that out
[00:49] <apachelogger> yofel: oh, I have a script
[00:49] <apachelogger> not sure if it scales
[00:50] <yofel> we have one from felix too, not sure where it is though
[00:50] <apachelogger> well, more like is-useful-outside-neon5 rather than scales ^^
[00:50] <apachelogger> ~neon/project-neon5/syncer/autoretry.py
[00:50] <wgrant> We'll eventually have the new, reliable, non-hardy, non-unmaintained buildds that we've been promised for 18 months, and then maybe it will be fixed.
[00:50] <wgrant> Sadly it's out of my hands.
[00:50] <apachelogger> you could just fork it FWIW, it's effectively like 5 sloc
[00:50] <wgrant> I can assure you I want them fixed a couple of orders of magnitude more than you do :)
[00:51] <yofel> wgrant: np, thanks for explaining at least :)
[00:52] <apachelogger> yofel: oh, actually you just need to change  ppa = getPPAObject("neon", "kf5")
[00:52] <apachelogger> runs through sources, checks for fails and retires all it can find
[00:52] <apachelogger> if that is what you need anyway ^^
[00:52] <yofel> k
[00:53] <yofel> I just found the other one, kubuntu-retry-builds was in kubuntu-automation
[00:53] <yofel> IIRC that's what we used for retrying before we deprecated kde-sc-dev-latest
[00:53] <apachelogger> on that note
[00:53] <apachelogger> I think we need a card for refactoring that stuff
[00:53] <yofel> refactor what?
[00:53] <apachelogger> all the automation tooling
[00:54] <apachelogger> the ppa buildstatus script for example is very scrary from a design POV, what with having inline html code and stuff
[00:54] <yofel> true
[00:54] <apachelogger> not that I would have implemented it any differently, it just isn't very extendable able ^^
[00:54] <yofel> and  there's a lot of code copied around in kubuntu-dev-tools and kubuntu-automation
[00:54] <apachelogger> when one repeats words the mind is failing
[00:55] <yofel> not that I really like how python libs are implemented though :/
[00:55] <apachelogger> rewrite everything in perl
[00:55] <yofel> there's lazr restfulclient for perl?
[00:56] <apachelogger> you don't need lazr restfulclient, you need a way to deal with http :P
[00:56] <yofel> one way would be to rewrite some parts in bash and make the python functions independent scripts that each access launchpad on their own.
[00:56] <yofel> But that would be slow as hell
[00:57] <apachelogger> yofel: what would be slow is python :P
[00:57] <yofel> for our use case, not really
[00:57] <apachelogger> actually I think it is
[00:58] <wgrant> >99% of the time will be spent in IO
[00:58] <wgrant> It's nothing to do with Python.
[00:58] <wgrant> Probably more like 99.99%
[00:58] <apachelogger> wgrant: so it's the REST that is so slow?
[00:58] <wgrant> The HTTP requests in general
[00:58] <wgrant> Light is slow, and Launchpad is slow
[00:58] <apachelogger> ^^
[00:58] <wgrant> But even the speed of life is enough to get it to 99% IO
[00:58] <wgrant> s/life/light/
[00:58] <kubotu> wgrant meant: "But even the speed of light is enough to get it to 99% IO"
[00:59] <apachelogger> well, I do not doubt the slowness of IO in general
[01:00] <apachelogger> eitherway, whether you end up calling bash to python or write it all in python there ought not be much noticable difference anyway, unless the script combo then ends up shoving godzillabytes up the pipe to the bash script
[01:00] <yofel> for most our scripts, the python cpu and memory usage is negligible, their either stuck on HTTP or they run some subprocess that does most of the work
[01:00] <wgrant> Check the CPU versus real time :)
[01:01] <apachelogger> hehe, too much work
[01:01] <apachelogger> all I know is that I have relatively simple scripts lingering around for like a minute
[01:01] <yofel> well yeah, that's why most of the scripts are just python, if like inital upload which consists mostly of subprocess calls
[01:01] <yofel> only kubuntu-batch-backport is batch as it doesn't need launchpad
[01:01] <yofel> *bash
[01:03] <apachelogger> it is really the convenience factor that is important here IMO, if you need to do something with the data (as you almost always do) there's no point in splitting the scripts in a bash and python part
[01:03] <yofel> true
[01:03] <apachelogger> otherwise you ned up seralizing on one end and deseralizing on the other, making the design moot again
[01:04] <apachelogger> the neon5 builder was originally architectured as a framework in bash, I even have code for it somewhere still ^^
[01:04] <apachelogger> but there you have no information that needs to go to the parent process
[01:06] <apachelogger> kubotu: was that a power nap?
[01:07] <apachelogger> yofel: created a card
[01:08] <yofel> hm, we even had a seperate board for the scripts https://trello.com/b/zgX4oTvx/kubuntu-automation
[01:08] <yofel> not much happened for a while
[01:08] <apachelogger> we have too many boards
[01:08] <apachelogger> also they exist for too long
[01:09] <apachelogger> also no one looks at them
[01:09] <yofel> yeah
[01:10] <apachelogger> https://bugs.kde.org/show_bug.cgi?id=313359 dem bug reports
[01:10] <apachelogger> no version no nutin
[03:29] <kubotu> ::workspace-bugs:: [1283820] content of windows (and desktop) appear black when using kwin, but not with kwin_gles - in... @ https://bugs.launchpad.net/bugs/1283820 (by avlas)
[03:53] <ScottK> Whoever touches kdeplasma-addons for the next upstream release, be sure to check bzr since I updated it.
[07:39] <Quintasan> \o
[08:29] <shadeslayer> morning
[08:29]  * shadeslayer looks at cards
[08:29] <shadeslayer> hurray http://qa.kubuntu.co.uk/ninjas-status/build_status_4.12.95_trusty.html
[08:33] <yofel> lol
[08:33] <yofel> I wonder what's causing the corruption all the time
[08:33]  * shadeslayer uploads homerun instead
[08:54] <shadeslayer> xnox: halp 1182784
[08:54] <shadeslayer> bug 1182784
[08:55] <xnox> shadeslayer: stgraber moved from switzerland to canada, we don't need those layouts anymore.
[08:55] <xnox> shadeslayer: i believe was slangasek's response =))))
[08:56] <shadeslayer> tell that to the swiss
[08:56] <xnox> shadeslayer: stgraber is the swiss =)
[08:56] <shadeslayer> tell that to the swiss who are reporting bugs :P
[08:56] <shadeslayer> because I am not going anywhere near them, everyone there probably has guns in their houses
[08:56] <xnox> shadeslayer: the did non-trivial things with French/Swiss layout. But i have no idea if that somehow affected other Swissish layouts.
[08:56] <yofel> just move all of them to canada :P
[08:57] <yofel> only 75% swiss left in switzerland anyway
[08:57] <shadeslayer> liberate canada!
[08:57] <xnox> yofel: sure, let's call a referendum! oh wait, US will not recognise it.
[08:58] <xnox> shadeslayer: anyway, yeah the bug needs looking into and fixing. But i'm not working on that at the moment.
[08:58] <shadeslayer> xnox: I'm not even sure where/how to begin
[08:59] <xnox> shadeslayer: well leave it. As a workaround, the user can just install e.g. with english or plain french keyboard layouts, and enable swiss keyboard post-install.
[08:59] <shadeslayer> okay
[09:00] <shadeslayer> xnox: but wouldn't that screw with keymaps when setting up a username/pw
[09:01] <xnox> shadeslayer: not really. As it's always still english during username/pw stage, i thought. Or one can change layouts (at least on ubuntu flavor) using the keyboard indicator on the top.
[09:03] <shadeslayer> mmm ... not on Kubuntu, the only way you can do that is via the keyboard layout thing, and I thought the username/pw stage honoured the keymap settings
[09:03] <shadeslayer> if it does not, then you might end up with a different password?
[09:33] <cortexA9> hello
[09:33] <shadeslayer> hi cortexA9
[09:34] <cortexA9> hi shadeslayer
[09:36] <cortexA9> shadeslayer: what about kde 4.12.95?
[09:36] <shadeslayer> I'm not releasing it :P
[09:36] <shadeslayer> because I don't like bug reports
[09:36] <shadeslayer> cortexA9: http://qa.kubuntu.co.uk/ninjas-status/build_status_4.12.95_trusty.html
[09:36] <cortexA9> shadeslayer: yeah i see
[09:37] <shadeslayer> cortexA9: I'll try and get it done by lunch today
[09:37] <shadeslayer> so we can have some testing
[09:38] <cortexA9> shadeslayer: oh nice man
[09:43] <lordievader> Good morning
[09:49] <shadeslayer> hm, no sgclark
[09:50] <shadeslayer> probably asleep
[09:51] <shadeslayer> yofel: I think we're done with 4.12.95 \o/
[09:51] <yofel> until the rest is built, looks like it
[09:51] <shadeslayer> ark needs fixing though
[09:51] <shadeslayer> since libkonq5-dev comes from kde-workspace
[09:52] <yofel> er, no. libkonq5-dev is kde-baseapps
[09:52] <shadeslayer> oh, ok
[09:52] <shadeslayer> fine, we're done then \o/
[09:53] <yofel> I think I had the libnepomukwidgets deprecation done too, nepomuk-core not so much
[09:53] <shadeslayer> kdepim-runtime is missing a desktop file though
[09:53] <vHanda> yofel: in case users ask how to disable Baloo - http://forum.kde.org/viewtopic.php?f=154&t=120047
[09:54] <yofel> vHanda: thanks, we had some of those ^^
[09:55] <yofel> vHanda: btw. does baloo still add inotify watches to all new folders when a drive is mounted? IIRC nepomuk had a tendency to do that
[09:58] <shadeslayer> yofel: are you getting something like W: Failed to fetch https://private-ppa.launchpad.net/kubuntu-ninjas/ppa/ubuntu/dists/trusty/main/source/Sources  HttpError401
[09:59] <yofel> shadeslayer: in case you missed it, everyone got their Private PPA access removed
[09:59] <shadeslayer> oddly the regular deb line works
[09:59] <yofel> I think I added you back
[09:59] <shadeslayer> yofel: yes, someone did
[09:59] <yofel> but your key hash is reset
[09:59] <shadeslayer> yep, I reset the keyhash just to be sure
[09:59] <yofel> then you shouldn't be getting 401
[09:59] <yofel> that's what you get with a wrong hash
[10:00] <shadeslayer> ah hm, I think LP was just being slow
[10:02] <shadeslayer> bah
[10:03] <shadeslayer> apachelogger: I can't click the flash plugin http://wstaw.org/m/2014/03/21/plasma-desktopVo2157.png
[10:03] <apachelogger> shadeslayer: it's a broken dependency!!!!
[10:03] <apachelogger> I think
[10:03] <apachelogger> shadeslayer: show apol
[10:04] <apachelogger> tell him to add debug output for it :P
[10:05] <shadeslayer> apachelogger: oh oh oh, more brokenness
[10:05] <shadeslayer> apachelogger: click upgrade icon -> install updates -> cancel authorization -> flash plugin suddenly appears in the list of upgrades
[10:05] <shadeslayer> it wasn't there in the initial upgrade list
[10:05] <apachelogger> tell himn to add debug output :P
[10:06] <shadeslayer> will do when he arrives
[10:06] <apachelogger> it's possible that the update lists from qapt are still being broken by the updater
[10:06] <apachelogger> though we fixed the primary occurance of that
[10:07] <apachelogger> basically what happens is that it gets confused with what state a package is supposed to have and what sort of state we want post-upgrade
[10:09] <shadeslayer> I see
[10:24] <Riddell> shadeslayer: tomahawk still not looking thrilled about life
[10:24] <shadeslayer> Riddell: yeah, I blame arm
[10:25] <shadeslayer> Riddell: retry the arm builds, 0.7.0 did succeed at first
[10:25] <Riddell> actually it's only armhf it needs to compile on to make the archive happy
[10:25]  * Riddell retries
[10:25] <shadeslayer> https://launchpad.net/ubuntu/+source/tomahawk/0.7.0+dfsg1-0ubuntu
[10:25] <shadeslayer> https://launchpad.net/ubuntu/+source/tomahawk/0.7.0+dfsg1-0ubuntu1
[10:25] <Riddell> "dh_install: tomahawk missing files (usr/lib/tomahawk/*), aborting"
[10:25] <Riddell> a retry isn't going to do it
[10:26] <shadeslayer> great >.>
[10:27] <Riddell> and my arm machien doesn't seem to be online today to test it
[10:36] <Riddell> shadeslayer: not bad not bad http://qa.kubuntu.co.uk/ninjas-status/build_status_4.12.95_trusty.html
[10:36] <shadeslayer> yeah, waiting for things to build :)
[11:02] <BluesKaj> 'Morning folks
[11:08] <Riddell> morning
[11:10] <sgclark> morning
[11:12] <vHanda> yofel: nope. It does not.
[11:14] <sgclark> Riddell: did you get my oxygen-fonts build fix? in my ubuntu one
[11:14] <Riddell> sgclark: yeah I think so, let me check
[11:14] <Riddell> sgclark: yep, all built today https://launchpad.net/~kubuntu-ppa/+archive/experimental/+packages
[11:15] <Riddell> apachelogger, shadeslayer: oxygen-fonts in ppa:kubuntu-ppa/experimental incase neon needs it ↑
[11:15] <shadeslayer> sgclark: oh since you're around, what exactly did you fix in kdeplasma-addons?
[11:16] <yofel> vHanda: *hugs*
[11:17] <Riddell> shadeslayer: looks like infinity did something too, I'll merge it into bzr and upload to ninjas
[11:17] <sgclark> shadeslayer: oe of the wallpapers does not get built without eigen2 so was getting missing error with ppc64el, just made a ppc64el install file without it
[11:17] <shadeslayer> Riddell: I think it's merged
[11:18] <Riddell> ah, infinity made eigen2 work on ppc64
[11:22] <Riddell> shadeslayer: they weren't, uploaded to ninjas
[11:22] <shadeslayer> Riddell: cool :)
[11:22] <Riddell> sgclark: want a new task or still busy with the existing ones?
[11:24] <sgclark> Riddell: finished all but some patches, can't find a kde-artwork package to submit to, I would love build tasks :)
[11:24] <Riddell> sgclark: I replied to your e-mail, submit to kscreensaver on bugs.kde.org
[11:24] <Riddell> sgclark: I had a request from a calligra dude
[11:24] <Riddell> 08:59 < boud> Riddell: for 2.8.1, can you package the sketch brush engine with the main krita package again?
[11:24] <Riddell> 08:59 < boud> Riddell: I'm getting lots of questions like this:  http://forum.kde.org/viewtopic.php?f=137&t=120215&p=305302#p305302
[11:25] <Riddell> sgclark: might be nicer to do that sooner rather than wait for 2.8.1
[11:26] <Riddell> sgclark: needs files moved between the .install files and Replaces: added to debian/control
[11:26] <sgclark> Riddell: on it!
[11:26] <Riddell> sgclark: but calligra is a beast to build so I ofter start up one of the expensive ec2 servers with muckle proccessor power to build it, let me know if you want that
[11:30] <sgclark> Riddell: only if there is a time constraint, this laptop is dedicated to packaging and has ehld up well. I am more comfortable with my familiar environment atm.
[11:33] <Riddell> sgclark: ok go for it
[11:33] <Riddell> just warning you, it'll take all day :)
[11:34] <sgclark> Riddell: I am ok with that :) I love packaging, addicted some might say
[11:34] <Riddell> :)
[11:38] <Riddell> yay, I can build kf5 stuff using the shiny new Qt 5.2 packages in the trusty archive :)
[11:40] <shadeslayer> Riddell: apachelogger http://paste.kde.org/pzgkaztkp
[11:40] <shadeslayer> fix for https://bugs.launchpad.net/ubuntu/+source/kde-workspace/+bug/1180196
[11:41] <sgclark> Riddell: kscreensaver patch submitted https://bugs.kde.org/show_bug.cgi?id=332397
[11:42] <Riddell> thanks sgclark, I wonder if anyone will listen
[11:42] <shadeslayer> sgclark: just send to reviewboard
[11:42] <Riddell> shadeslayer: kdeartwork has no reviewboard
[11:43] <Riddell> it's old school
[11:43] <shadeslayer> oh :(
[11:43] <Riddell> if there is no upstream we can look at submitting it upstream outselves
[11:47] <ScottK> Riddell: I looked at our stuff that was stuck in proposed.  I got the bulk of it to migrate last night and once the mplayer upload that cjwatson just did builds, the last package should be ready to do.
[11:47] <ScottK> do/go
[11:50] <Riddell> ScottK: that and shadeslayer fixing tomahawk :)
[11:50] <Riddell> ScottK: thanks for looking at that, I got a bit scared when I saw the size of update_excuses.html but then there's only 3 packages with kubuntu on it and I relaxed
[11:51] <shadeslayer> Riddell: I'll have a look at tomahawk after lunch
[11:51] <shadeslayer> btw does anyone recall what we use in trusty to set the default session for lightdm?
[11:52] <apachelogger> shadeslayer: if it was a fix it'd be on reviewboard :P
[11:54] <shadeslayer> heh
[11:55] <Riddell> shadeslayer: kde-workspace-data sets lightdm theme
[11:55] <Riddell> or at least it ships /usr/share/lightdm/lightdm.conf.d/40-kde-plasma.conf
[11:57] <shadeslayer> Riddell: nah http://paste.ubuntu.com/7130199/
[11:58] <Riddell> shadeslayer: that's set by ubiquity at install no?
[11:58] <shadeslayer> Riddell: yeah, that's what I was looking for
[13:14] <Riddell> anyone know the cause of this problem? http://paste.kde.org/p1mmushfu QT_QT_INCLUDE_DIR not set
[13:14] <Riddell> happens when compiling kde 4 stuff, I suspect because i have qt5/kf5 stuff installed
[13:39] <jarkko__> how to  disable baloo?
[13:39] <BluesKaj> Riddell, ppl are asking how to disable baloo, any suggestions ?
[13:41] <yofel> BluesKaj: http://forum.kde.org/viewtopic.php?f=154&t=120047
[13:42] <Riddell> BluesKaj: are they saying why?
[13:43] <BluesKaj> jarkko__, qdbus org.kde.baloo.file /indexer suspend
[13:43] <jarkko__> BluesKaj: using it like that doesnt work...how to know what to write "org.kde.baloo.file" istead
[13:44] <BluesKaj> Riddell, no, but I suspect it's using up cpu on some installs if nepomuk was enabled when baloo installed
[13:44] <Riddell> BluesKaj: more likely to be disk that's the limiting factor I'd expect
[13:44] <yofel> jarkko__: it should work like that
[13:44] <Riddell> BluesKaj: wise man says don't run nepomuk when running baloo :)
[13:44] <BluesKaj> jarkko__, I used system monitor to kill it
[13:45] <jarkko__> BluesKaj: i did too
[13:45] <jarkko__> Service 'org.kde.baloo.file' does not exist.
[13:45] <BluesKaj> I don't see nepomuk, think it's been removed
[13:45] <yofel> jarkko__: then the indexer isn't running
[13:45] <jarkko__> there was something definitely running
[13:45] <jarkko__> baloo and   some baloo extractor
[13:46] <yofel> is it running *now* ?
[13:46] <jarkko__> yofel: killed it
[13:46] <jarkko__> yofel: system monitor
[13:46] <cornfeedhobo> there is a dev channel? well slap me with a wet noodle. that explains why i got nowhere in the main channel
[13:46] <yofel> well, that took the dbus interface with it of course
[13:47] <jarkko__> well have to try again after reboot
[13:48] <vHanda> jarkko__: is it just baloo_extractor or only baloo_file?
[13:49] <cornfeedhobo> hello gents, I am having an issue. I am trying to add and ipv6 openvpn connection. I just installed 13.10 and there is no ipv6 tab on the openvpn connection, but there is one on normal connections (eth, wlan, etc), is there something i need to do to enable it? the main ubuntu networkmanager seems to be a completely different layout, and they have the ipv6 tab.... i am very lost
[13:50] <cornfeedhobo> add an*
[13:50] <jarkko__> vHanda: both
[13:50] <soee_> broken http://qa.kubuntu.co.uk/ninjas-status/build_status_4.12.95_trusty.html ? :)
[13:51] <vHanda> jarkko__: on #kubuntu ?
[13:51] <kdeuser56> osee: yes
[13:51] <vHanda> cause after the initial run it shouldn't take any cpu / io
[13:51] <kdeuser56> cornfeedhobo: I think #kubuntu channel might be better to get help there
[13:51] <cornfeedhobo> here is the Ubuntu screenshot http://i.imgur.com/BBbHuXc.jpg vs my Kubuntu screenshot http://i.imgur.com/MS4ylAE.png
[13:51] <yofel> soee_: well, that's a new one ^^
[13:51] <jarkko__> i am fine
[13:51] <cornfeedhobo> kdeuser56: i dont think so. I might need to apply patches. I would rather speak with devs
[13:53] <cornfeedhobo> I even found someone that already made a patch for it, but I want to confirm this would even need to be applied (https://aur.archlinux.org/packages/networkmanager-openvpn-ipv6/)   I dont get why the ubuntu dev TJ (spoke with last night) is running network-manager-openvpn-0.9.6 and i am running 0.9.8 and yet he has ipv6 support and i dont
[13:54] <Riddell> cornfeedhobo: we don't develop plasma-nm we just package what upstream send us, you should get the latest version from git and compile it and if that doesn't help askin #solid but I suspect much of the development is happening for kf5 branch now
[13:54] <cornfeedhobo> hmm okay
[13:54] <Riddell> cornfeedhobo: it'll just be a difference in what is implemented in the frontend
[13:54] <kdeuser56> cornfeedhobo: I have no ipv6 tab either, on 4.13
[13:55] <cornfeedhobo> hmm
[13:55] <cornfeedhobo> kdeuser56: well at least i am not alone... thanks for the confirm :)
[13:57] <yofel> FWIW: the framworks branch enables ip6 for: Wired, Wireless, Infiniband, Wimax, Bond, Bridge, Vlan. so you'll have to take that up with the kde folks
[13:57] <cornfeedhobo> okay. brb. I am going to dig through network-manager-openvpn and see if this is a lack of support, or just a lack of gui
[13:57] <cornfeedhobo> thanks guys :D
[14:00] <BluesKaj> cornfeedhobo, does your modem setup support IPv6 , according to my ISP mine doesn't, yet
[14:06] <soee_> yofel: ok fixed now i see :)
[14:06] <yofel> soee_: well, timeout errors come and go, there's not much to fix there ^^
[14:08] <soee_> yofel: and increase some limits ?
[14:08] <yofel> impossible, that's on the launchpad side
[14:08] <soee_> ah ok
[14:10] <cornfeedhobo> BluesKaj: it would be through the openvpn ipv4 tunnel
[14:10] <cornfeedhobo> BluesKaj: i have cjdns running locally, i know its not an ipv6 support issue
[14:11] <cornfeedhobo> wish it was that easy :(
[14:20] <BluesKaj> cornfeedhobo, yes my vpn server shows IPv6 capability , but when i check my IP on http://myip.ms/ without using vpn, it shows my connection is not IPv6 capable.
[14:22] <BluesKaj> on openvpn
[14:26] <cornfeedhobo> BluesKaj: yes. but... unless i am confused, I am not clear how it would affect me here? the issue is the networkmanager module....
[14:27] <cornfeedhobo> as I already said, I can reach outside ipv6 addresses through tunnels I have.
[14:27] <cornfeedhobo> they are just managed outside of the scope of NM
[14:27] <cornfeedhobo> is there something that i am missing that could be affecting NM?
[14:30] <BluesKaj> cornfeedhobo, ok , my networking knowledge is spotty at best, so djdns is something new to me. Didn't mean to confuse since <I'm the onm
[14:31] <BluesKaj> one who's confused :)
[14:31] <BluesKaj> cjdns rather
[14:32] <cornfeedhobo> no worries
[14:32] <cornfeedhobo> :)
[14:32] <BluesKaj> I'm just happy to have figured out how to use a vpn server
[14:32] <cornfeedhobo> haha. yeah... encrypt the world!
[14:33] <Riddell> shadeslayer: will you upload that fix for bug 1180196 ?
[14:34] <shadeslayer> Riddell: didn't get a consensus on whether it's fine as a short term fix for now
[14:35] <Riddell> shadeslayer: why not as a long term fix? startkde is obsolete anyway is it not?
[14:35] <shadeslayer> is it?
[14:37] <Riddell> shadeslayer: isn't it being replaced by systemd foo?
[14:37] <shadeslayer> sure, but not right away ?
[14:38] <Riddell> shadeslayer: well anyway that bit of code in startkde doesn't seem to be needed for kubuntu so should be find to scrap it
[14:41] <Riddell> shadeslayer, apachelogger: neon5 dudes tell me why I can't compile kde-runtime? http://paste.kde.org/psut7w0g8
[14:43] <shadeslayer> they didn't install the kf5umbrella framework I guess
[14:47] <Riddell> shadeslayer: damn you're good
[14:49] <shadeslayer> just well accquainted with this particular issue :OP
[15:09] <shadeslayer> whaaaaaaaaaa
[15:09] <shadeslayer> http://wstaw.org/m/2014/03/21/plasma-desktopda2164.png
[15:11] <Riddell> shadeslayer: did you downgrade to 4.12?
[15:11] <shadeslayer> nope
[15:12] <shadeslayer> this was a clean system instal
[15:12] <Riddell> shadeslayer: hmm, ask afiestas?
[15:12] <shadeslayer> he's in haxxoring mode
[15:12] <Riddell> apachelogger: compile failure on phonon http://paste.kde.org/pqbrz6glp
[15:12] <Riddell> apachelogger: we have both /usr/include/phonon4qt5/phonon/Phonon/AbstractMediaStream and /usr/include/phonon4qt5/phonon/AbstractMediaStream
[15:12] <Riddell> apachelogger: do you know what's wrong?
[15:16] <jussi> Riddell: and anyone else here that ordered shirts, a whole bunch went out today :)
[15:16] <Riddell> awooga
[15:19] <manchicken> jussi: I'm going to order another one, my building's crappy dryer already damaged mine. I hate my apartment.
[15:19] <jussi> manchicken: better be qick, not that many left
[15:19] <manchicken> :(
[15:19] <jussi> XL is already sold out, I don't remember what size you were thoguh
[15:19] <manchicken> I'll try to do that today.
[15:19] <manchicken> L
[15:20] <jussi> manchicken: 2 left
[15:35] <shadeslayer> well, uploaded, hopefully this doesn't break someones startkde
[15:35] <shadeslayer> Riddell: ^^
[15:36] <Riddell> shadeslayer: do a call on the !testers tomorrow
[15:36] <shadeslayer> *nod*
[15:36] <shadeslayer> I reckon people will be around on a weekend
[15:37] <shadeslayer> Riddell: if I don't show up, can you do that?
[15:37] <shadeslayer> assuming you login
[15:37] <BluesKaj> shadeslayer, I might not be around tomorrow :)
[15:37] <shadeslayer> :D
[15:37] <Riddell> shadeslayer: or just e-mail the list?
[15:37] <BluesKaj> do it now !
[15:39] <shadeslayer> will do
[15:42] <jussi> do we know who owns the kubuntu g+ group?
[15:42] <Riddell> jussi: mm, yes he did come in here when setting it up and I should be an admin
[15:42] <Riddell> twitter and facebook we do not
[15:42] <jussi> Riddell: Id like to make a poll about what to order next...
[15:43] <jussi> can we do that on g+?
[15:44] <Riddell> jussi: I really don't know, g+ confuses me
[15:44] <Riddell> let me look
[15:44] <jussi> haha
[15:44] <shadeslayer> I do
[15:44] <shadeslayer> or well
[15:44] <shadeslayer> I have admin rights
[15:45] <jussi> shadeslayer: so you can have a look also about what we might order...
[15:45] <jussi> err
[15:45] <jussi> if you can do a poll about what we might order
[15:46] <shadeslayer> sure
[15:46] <shadeslayer> or
[15:46] <shadeslayer> I give you admin rights too
[15:46] <jussi> if there isnt a way to do it, Ill manually do it
[15:46] <jussi> yeah, that can work
[15:46] <Riddell> jussi: this post shows a way to do it https://plus.google.com/+JohnHaydon/posts/D8pvdBwscD3
[15:46] <Riddell> manual way though
[15:46] <jussi> Riddell: lol, I just got that result  googling mysef :D
[15:47] <jussi> ahh ye can lock commenting
[15:47] <jussi> not a bad way
[15:47] <jussi> ok, Ill do that. I dont even need admin :D
[15:48] <shadeslayer> mmm
[15:48] <shadeslayer> I can't add a manager
[15:48] <shadeslayer> jussi: just give me text and options
[15:48] <shadeslayer> :P
[15:49] <jussi> shadeslayer: I think I can do it myself in anycase
[15:49] <shadeslayer> one of those options has to be a fez!
[15:49] <jussi> just thought it had propper polling mechanism
[15:49] <jussi> shadeslayer: got a source?
[15:49] <shadeslayer> source for?
[15:49] <jussi> fez's?
[15:49] <shadeslayer> internet!
[15:50] <jussi> ...
[15:51] <shadeslayer> jussi: http://fez-o-rama.com/
[15:52] <jussi> oh dear :P
[15:52] <shadeslayer> jussi: http://www.themaac.com/fezzes.html
[15:53] <shadeslayer> blast from the 90's
[15:53] <jussi> alright, so peoples, what else apart from fez's hoodies, tshirts, polo's and beanies do people want?
[15:53] <jussi> onsies? :P
[15:53] <shadeslayer> oh, I'd buy a hoodie
[15:53] <Riddell> jussi: shirts
[15:53] <jussi> shadeslayer: problem is, hoodies get expensive. looking at 40-50€
[15:54] <shadeslayer> jussi: take inspiration from https://www.youtube.com/watch?v=FLZ8L6SZmaA
[15:54] <shadeslayer> jussi: I'd still pay for one
[15:56] <jussi> shadeslayer: yeah, hoodies are popular.
[15:56] <shadeslayer> <3 hoodies
[15:59] <jussi> shadeslayer: do you think the same sort of embroidered kubuntu that we have on the polo's is nice?  or do we like somethign bigger and  louder?
[15:59] <shadeslayer> nah, I like that
[15:59] <jussi> shadeslayer: and do you prefer a hoodie or a zoodie?
[15:59] <jussi> (zip hoodie, zip down the front)
[16:00] <shadeslayer> yeah, hoodie
[16:00] <shadeslayer> I have both
[16:00] <shadeslayer> I prefer the hoodie
[16:03] <Riddell> shadeslayer: any ideas on this error when installing kde-workspace frameworks? http://paste.kde.org/pyjm8ifrm
[16:04] <shadeslayer> mmmm
[16:04] <shadeslayer> no clue
[16:10] <jussi> shadeslayer: maybe I should order the advertising candies :P
[16:10] <shadeslayer> advertising candies?
[16:11] <jussi> you know, when you got to a trade show, they have candies with the company name on the wrapper?
[16:11] <jussi> :D
[16:11] <Riddell> kubuntu sweeties!
[16:12] <jussi> hehe
[16:12] <maco> well the kubuntu folks are sweeties
[16:12] <jussi> in all seriousness, might be worthwhile for if we are at $conference
[16:12] <jussi> except you have to buy a minumum of 30kg...
[16:13] <jussi> maco: have you ordered a polo yet? :D
[16:13] <Riddell> yofel: topicdiff?
[16:13] <maco> jussi: no, i dont buy clothing
[16:13] <yofel> s/Blue/Sweet/ :P
[16:13] <kubotu> yofel: You did something wrong... Try s/you/me/ or tell me "help sed"
[16:13] <jussi> maco: I shouldve known...
[16:13] <Riddell> jussi: bloody quakers and their simplicity eh?
[16:14] <jussi> Riddell: hehe
[16:14] <jussi> Riddell: all your fault
[16:14] <jussi> :P
[16:14] <jussi> maco: I guess youve made one already :P
[16:14] <sgclark> Riddell: any of these I need to be concerned with? http://paste.ubuntu.com/7131341/
[16:15] <maco> jussi: i handsewed (as in, no machine) this last year http://graziamorgano.com/portfolio-item/10th-c-danish/ (and hand spun the linen thread for sewing the linen under dress)
[16:17] <Riddell> sgclark: no not really
[16:17] <yofel> sgclark: intra-source-package-circular-dependency is usually not too good, also: are those .jar's built at build-time or are they shipped with the source?
[16:17] <jussi> maybe pocket knives could be nice :)
[16:18] <yofel> W: calligrawords-common: shlib-without-versioned-soname usr/lib/libkdeinit4_calligrawords.so libkdeinit4_calligrawords.so
[16:18] <yofel> dh_movelibkdeinit might help with that, not sure how it's properly used
[16:18] <yofel> the rest isn't too bad..
[16:20] <Riddell> maco: quakers are allowed to smile you know :)
[16:21] <maco> Riddell: it was 6AM
[16:21] <maco> who smiles at 6AM?
[16:21] <Riddell> maco: that must have been a long night of work on the needles!
[16:21] <maco> i went to bed at 1 or so
[16:22] <maco> and got up at 6 to drive an hour and a half to the event where i was presenting it
[16:27] <sgclark> yofel: the jar is shipped with source
[16:38] <yofel> sgclark: I see 2 jars in the source, but I can't find *their* sources anywhere, which would be a DFSG violation
[16:41] <sgclark> yofel: I don't know what I am supposed to do with that information :(
[16:42] <yofel> you might have to repack the tarball after deleting those 2 jars, and patch the build system to not install the plugins
[16:42] <yofel> Riddell: could you recheck that I didn't miss something here please?
[16:43] <shadeslayer> !info knemo
[16:43] <shadeslayer> ^^ we have fun apps in the archive
[16:43] <yofel> does it use colors?
[16:43] <Riddell> yofel: hmm I thought I'd looked into those jars before
[16:44] <sgclark> Also with the circular dependency, I don't see symbols files so I am not sure where to start. Only calligra-libs lists krita s the depend in control
[16:45] <sgclark> I though this was a simple bundle kritascetch with krita, I may be in over my head here :(
[16:45] <Riddell> sgclark: sketch brush engine, krita sketch itself should still be separate
[16:46] <yofel> well, the jars are probably not a new issue, I just spotted it in the log
[16:47] <Riddell> yofel: ah the source is in filters/plan/mpxj/planconvert/src/plan/
[16:47] <sgclark> oh? ok back to the original, and figure out what is the engine.
[16:48] <yofel> Riddell: ok I see, you're right, the rest is generated
[16:49] <sgclark> so the jars are fine then?
[16:50] <shadeslayer> agateau: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1295748
[16:50] <yofel> yeah, should be fine. planconvert is definitely fine, and mso.jar doesn't seem to be actually used so I guess that can be tolerated
[16:50] <Riddell> sgclark: good enough I'd say
[16:52] <sgclark> Riddell: how do I determine which are the engine? nothing in here says engine
[16:53] <Riddell> sgclark: if it's not obvious from the sources you can ask upstream (boud in #calligra)
[16:54] <Riddell> sgclark: I think it's whatever gets made from the sources in krita/plugins/paintops/sketch/
[16:55] <Riddell> so kritasketchpaintop library, kritasketchpaintop and krita-sketch.png
[16:55] <Riddell> but worth confirming with boud
[16:55] <sgclark> ok
[16:57] <sgclark> no response, getting late there?
[16:58] <Riddell> sgclark: 18:00 there so I guess he might be away
[16:59] <Riddell> sgclark: go ahead with moving back those files and we'll upload when we get confirmation
[16:59] <sgclark> Riddell: you read my mind lol
[17:17] <sgclark> Riddell: has been confirmed with boud :)
[18:41] <tester56> yofel: does failed kdepim i386 keep back amd64?
[18:41] <yofel> let me check
[18:42] <yofel> tester56: it didn't fail, it's red because some files aren't shipped
[18:42] <tester56> yofel: ah damn, yes, sorry :D
[18:42] <yofel> hm
[18:52] <kdeuser56> yofel: when rebuilding an applications like kmix, can I simply restart or is this unreliable?
[18:53] <yofel> well, depends on what you mean, logging out would always work though
[18:58] <kdeuser56> yofel: I mean restarting the application
[18:58] <kdeuser56> yofel: example: killall -9 kmix, kmix ...
[18:59] <yofel> for kmix itself it should work, I'm not sure if the widget needs a plasma restart (as it's still a systray item I think?)
[19:58] <soee_> Riddell: .95 ready for tests ?
[19:59] <yofel> soee_: should be good to go
[20:00] <yofel> one update for kdepim coming, but nothing important
[20:01] <soee_> yofel: ok will download
[20:03] <kubotu> ::workspace-bugs:: [1281036] Why is kdm still depending on consolekit? @ https://bugs.launchpad.net/bugs/1281036 (by Simon Rettberg)
[20:40] <kubotu> ::qt-bugs:: [1295835] qdbus is missing dependency over qdbus-qt5 @ https://bugs.launchpad.net/bugs/1295835 (by Julien Aubin)
[20:44] <shadeslayer> awesome ^^
[20:44] <shadeslayer> atleast i can fix it tomorrow when i get my computer back
[20:48] <shadeslayer> whats interesting is that it works if you install qdbus-qt5
[20:48] <shadeslayer> it shouldnt
[20:48] <shadeslayer> yofel: ^^ btw do we have qdbus on the iso?
[20:48] <shadeslayer> i is on a mobile device :p
[20:48] <yofel> we kinda have to, qt4 that is
[20:49] <yofel> but let me verify
[20:49] <shadeslayer> thx
[20:49] <yofel> shadeslayer: amd64.manifest: qdbus	4:4.8.5+git192-g085f851+dfsg-2ubuntu4
[20:49] <shadeslayer> i shall have my computing device tomorrow
[20:49] <shadeslayer> okay, phew
[20:49] <shadeslayer> yofel: and upgrade wkeks
[20:49] <yofel> problem is that when you go to qt5-default, it breaks
[20:50] <yofel> because IIRC nothing depends on qtdbus-qt5
[20:50] <shadeslayer> *works for you right?
[20:50] <yofel> so /usr/bin/qdbus is a broken link
[20:50] <shadeslayer> ohm
[20:50] <shadeslayer> weird users i tell you
[20:50] <yofel> qtchooser FTW
[20:50] <shadeslayer> removing their qdbus
[20:50] <yofel> not removing
[20:50] <yofel> or did someone remove it o.O?
[20:51] <shadeslayer> well, clearly that guy did
[20:51] <shadeslayer> else it would work
[20:52] <shadeslayer> 1295835
[20:52] <yofel> shadeslayer: well, he didn't remove it
[20:52] <yofel> he still has /usr/lib/x86_64-linux-gnu/qt4/bin/qdbus
[20:53] <yofel> but once you install qt5-default qdbus points to /usr/lib/x86_64-linux-gnu/qt5/bin/qdbus
[20:53] <yofel> which by default isn't installed
[20:54] <shadeslayer> no no no, you dont get my point :p
[20:54] <shadeslayer> see kde workspace 4.11.6 0ubuntu3
[20:54] <shadeslayer> unless qtchooser has a bug, everything should just work
[20:55] <shadeslayer> unless he removed qtchooser/qt4-default/qdbus
[20:56]  * yofel only has ubuntu2
[20:56] <yofel> guess I missed it
[20:56] <yofel> or it never made it out of proposed
[20:56] <shadeslayer> well 0ubuntu4 is out
[20:57] <shadeslayer> you should upgrade and rant at me for breaking startkde
[20:57] <shadeslayer> everyone is listening to 90's songs on spotify :(
[20:58] <yofel> 0ubuntu4 is in -proposed, I'm not installing that
[20:58] <yofel> I'll rant at you once it's in release
[20:58] <shadeslayer> it should be out
[20:58] <shadeslayer> launchpad lies
[21:00] <yofel>      4:4.11.6-0ubuntu4 0
[21:00] <yofel>          50 http://ftp-stud.hs-esslingen.de/ubuntu/ trusty-proposed/universe amd64 Packages
[21:00] <yofel>  *** 4:4.11.6-0ubuntu2 0
[21:00] <yofel>         500 http://<IP_ADDRESS>:3142/ftp-stud.hs-esslingen.de/ubuntu/ trusty/universe amd64 Packages
[21:00] <yofel>         500 http://<IP_ADDRESS>:3142/archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages
[21:00] <yofel> not for me
[21:00] <shadeslayer> http://launchpadlibrarian.net/170260296/kde-workspace_4%3A4.11.6-0ubuntu2_4%3A4.11.6-0ubuntu3.diff.gz
[21:01] <shadeslayer> mirror out of sync
[21:01] <yofel> yeah, I checked git
[21:01] <yofel> erm, bzr
[21:01] <shadeslayer> XD
[21:01] <yofel> also note the a.u.c url in there
[21:01] <shadeslayer> oh hm
[21:01] <yofel> anyway, I guess the reporter had an outdated workspace
[21:03]  * yofel throws broken buildd VMs at launchpad
[21:07] <shadeslayer> i thought it had enough of those
[21:40] <soee_> yofel: smooth upgrade 4.12.90 => 4.12.95
[21:45] <kdeuser56> soee, yofel: same here
[21:50] <soee_> :)
[21:55] <shadeslayer> soee: what kde workspace version are you running ?
[22:11] <soee> shadeslayer: package kde-workspace ?
[22:11] <soee> 4.11.6
[22:11] <shadeslayer> yes
[22:11] <shadeslayer> full version plz
[22:12] <soee> shadeslayer: Version: 4:4.11.6-0ubuntu2
[22:12] <shadeslayer> aw :(
[22:12] <shadeslayer> no updates for that? :p
[22:13] <soee> ah there are :)
[22:13] <soee> ubuntu4
[22:15] <shadeslayer> soee: plz logout / login after upgrading
[22:16] <shadeslayer> if you can't login, send me an email :p
[22:20] <soee> shadeslayer: back :)
[22:20] <shadeslayer> yay
[22:20] <shadeslayer> soee: any issues?
[22:20] <soee> nope
[22:21] <soee> the only issue i have here is with nvidia drivers and video teraing :) but its nvidias fault
[22:21] <shadeslayer> hurray
[22:22] <shadeslayer> i didnt break stuff \o/
[22:22] <soee> ;D
[22:26] <shadeslayer> ok off to sleep
[22:26] <shadeslayer> night
[23:21] <manchicken> Okay, to upgrade to 14.04...


[15:30] <cpaelzer> hello
[15:30] <slyon> hello o/
[15:30] <didrocks> hey
[15:31] <dviererbe> Hello o/
[15:31] <cpaelzer> #startmeeting Weekly Main Inclusion Requests status
[15:31] <meetingology> Meeting started at 15:31:06 UTC.  The chair is cpaelzer.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[15:31] <meetingology> Available commands: action, commands, idea, info, link, nick
[15:31] <cpaelzer> Ping for MIR meeting - didrocks joalif slyon sarnold cpaelzer jamespage eslerm
[15:31] <cpaelzer> we are long term in FF, so hopefully this section is easy ...
[15:31] <cpaelzer> #topic current component mismatches
[15:31] <cpaelzer> Mission: Identify required actions and spread the load among the teams
[15:31] <eslerm> hi all o/
[15:31] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[15:31] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg
[15:32] <cpaelzer> all that was open last week now seems to have MIR bugs
[15:32] <slyon> licensecheck -> libstring-license-perl looks ready for promotion
[15:32] <cpaelzer> which we will see in the next stage
[15:32] <cpaelzer> like tracefs and traceevent
[15:32] <didrocks> slyon: did you see that it’s waiting on some feedback though?
[15:32] <didrocks> (about what is latest release)
[15:32] <slyon> didrocks: feedback was given
[15:32] <slyon> (a few minutes ago)
[15:32] <didrocks> oh, didn’t get the memo yet :p
[15:33] <slyon> thanks for your review!
[15:33] <cpaelzer> reading it, yes this should be ready
[15:33] <joalif> o/
[15:33] <didrocks> yw, sounds straighforward enough!
[15:33] <slyon> I'll leave the status change to didrocks, if he's happy with the feedback given
[15:33] <cpaelzer> I've done it
[15:33] <slyon> ack, thx
[15:33] <sarnold> good morning
[15:33] <didrocks> (update done)
[15:34] <cpaelzer> hehe two updates are better than none
[15:34] <cpaelzer> let us agree who of us didrocks or I should promote it later ?
[15:34] <didrocks> @cpaelzer: I will let you the honor, you were faster than me commenting :)
[15:34] <cpaelzer> hehe
[15:34] <cpaelzer> ok with me
[15:34] <cpaelzer> #topic New MIRs
[15:34] <cpaelzer> Mission: ensure to assign all incoming reviews for fast processing
[15:34] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&assignee_option=none&field.assignee=&field.subscriber=ubuntu-mir
[15:35] <slyon> foundations got one into the pipeline (by dviererbe)
[15:35] <cpaelzer> kanashiro: aren't 2008799 and 2009715 reeady as well to be reviewed ?
[15:36] <cpaelzer> ok, right now we are looking for a reviewer on https://bugs.launchpad.net/ubuntu/+source/inetutils/+bug/2008789
[15:36] -ubottu:#ubuntu-meeting- Launchpad bug 2008789 in inetutils (Ubuntu) "[MIR] inetutils" [Undecided, New]
[15:36] <slyon> autopkgtests are still failing in Ubuntu (no Debian) but we're actively working on fixing that. and we feel like MIR/sec review should already be started in parallel, as wee need some decision by final freeze
[15:36] <slyon> this is kind of a special case due to a removal from debian and the see change already happened in Ubuntu
[15:36] <cpaelzer> Which can't be me (PTO juhuu) nor slyon (reported it)
[15:36] <cpaelzer> so of the remaining people joalif or didrocks - would either of you ok to do a review
[15:37] <joalif> i can do it
[15:37] <cpaelzer> to be clear, this isn't all of inetutils, just athe subset that give telnet I think
[15:37] <cpaelzer> thanks joalif
[15:37] <slyon> also we're looking to promote only the inetutils-telnet binary package and keep the rest of src:inetutils in universe, as suggested by sarnold
[15:37] <dviererbe> Thank you joalif
[15:37] <slyon> thanks!
[15:37] <joalif> :)
[15:38] <cpaelzer> I might have two more in a bit once kanashiro confirms they are actually ready for review already
[15:38] <kanashiro[m]> cpaelzer: they are ready
[15:38] <cpaelzer> thanks kanashiro[m]
[15:38] <cpaelzer> I thought so
[15:38] <cpaelzer> fixing the status
[15:39] <slyon> I can take one
[15:39] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/libtraceevent/+bug/2009715
[15:39] -ubottu:#ubuntu-meeting- Launchpad bug 2009715 in libtraceevent (Ubuntu) "[MIR] Promote libtraceevent as a dependency of libtracefs" [Undecided, New]
[15:39] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/libtracefs/+bug/2008799
[15:39] -ubottu:#ubuntu-meeting- Launchpad bug 2008799 in libtracefs (Ubuntu) "[MIR] libtracefs" [Undecided, New]
[15:39] <cpaelzer> Those two are up for grabs
[15:39] <cpaelzer> slyon: + didrocks: one each?
[15:39] <didrocks> soudns like a plan
[15:39] <didrocks> sounds*
[15:39] <slyon> yes
[15:39] <slyon> didrocks: pick yours
[15:39] <cpaelzer> assigned
[15:39] <slyon> I'll take the leftover :)
[15:39] <cpaelzer> I pick - hehehe
[15:40] <didrocks> :p
[15:40] <slyon> fine as well :)
[15:40] <cpaelzer> ok, next section
[15:40] <cpaelzer> and there will be work for me later (I know what is coming)
[15:40] <cpaelzer> so it will be a fair share
[15:40] <cpaelzer> #topic Incomplete bugs / questions
[15:40] <cpaelzer> Mission: Identify required actions and spread the load among the teams
[15:40] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.subscriber=ubuntu-mir
[15:41] <cpaelzer> two updated 7 days ago
[15:41] <cpaelzer> everything else is older
[15:41] <cpaelzer> one will be fixed in Debian sooner or later - fine
[15:41] <cpaelzer> and one we assigned to oepnstack
[15:41] <cpaelzer> no action for us here
[15:42] <cpaelzer> #topic MIR related Security Review Queue
[15:42] <cpaelzer> Mission: Check on progress, do deadlines seem doable?
[15:42] <cpaelzer> #link https://bugs.launchpad.net/~ubuntu-security/+bugs?field.searchtext=%5BMIR%5D&assignee_option=choose&field.assignee=ubuntu-security&field.bug_reporter=&field.bug_commenter=&field.subscriber=ubuntu-mir
[15:42] <cpaelzer> Internal link
[15:42] <cpaelzer> - ensure your teams items are prioritized among each other as you'd expect
[15:42] <cpaelzer> - ensure community requests do not get stomped by teams calling for favors too much
[15:42] <cpaelzer> #link https://warthogs.atlassian.net/jira/software/c/projects/SEC/boards/594
[15:42] <cpaelzer> from our teams POV @sarnold how does kea go on?
[15:42] <sarnold> cpaelzer: kea is not yet started
[15:43] <cpaelzer> sarnold: can I do anything to get it started?
[15:43] <cpaelzer> this is a 23.04 item after all
[15:43] <cpaelzer> so my anxiety scales by the lack of days for the rest of this release :-)
[15:43] <sarnold> cpaelzer: alas no, 360s and interviews are things I must do myself :)
[15:43] <cpaelzer> I can do your 360 rating me :-P
[15:43] <cpaelzer> but ok, I understand
[15:43] <sarnold> :D
[15:44] <cpaelzer> if nothing but 360 and interviews blocks you I hope this will be started soon
[15:44] <cpaelzer> is that hope in vain?
[15:44] <sarnold> it should indeed start this week, probably tomorrow, but we shall see what the calendar brings
[15:45] <cpaelzer> I'm asking you to escalate it in case something (in your calendar) tries to block you - ok?
[15:45] <sarnold> cpaelzer: yes, sounds good
[15:45] <cpaelzer> anything else in here that is of concern to one of you?
[15:46] <cpaelzer> athos: ^^ FYI on isc-kea review hopefully starting super-soon
[15:46] <cpaelzer> I guess it is time for AOB
[15:46] <cpaelzer> #topic Any other business?
[15:46] <didrocks> nothing for me
[15:46] <sarnold> none here
[15:46] <joalif> nothing
[15:46] <eslerm> same
[15:46] <slyon> nothing
[15:46] <cpaelzer> The MIR process around https://bugs.launchpad.net/ubuntu/+source/pcs/+bug/1953341 is completed AFAICS
[15:46] -ubottu:#ubuntu-meeting- Launchpad bug 1953341 in pcs (Ubuntu) "[MIR] make pcs the default management tool for Corosync/Pacemaker clusters" [Undecided, In Progress]
[15:46] <cpaelzer> that means 16 cases to recheck if really all is in place
[15:46] <sarnold> \o/
[15:46] <eslerm> :D
[15:47] <cpaelzer> and then promotions accordingly - once the seed changes landed
[15:47] <cpaelzer> kanashiro[m]: will do the seed change, then I'll do the promotion
[15:47] <cpaelzer> that is my task which I knew will be coming
[15:47] <sarnold> impressive, wow. it's nice to take a step back and look at the landscape of things once in a while :)
[15:47] <cpaelzer> kanashiro[m]: is that seed change already up as MR or landed but not yet processed by germinate or ... ?
[15:48] <kanashiro[m]> Hopefully the component-mismatch will be in place until tomorrow :)
[15:48] <cpaelzer> ok, I'll keep the bug open and if I see it in component mismatch chack and act on them
[15:48] <cpaelzer> give me a ping once it landed
[15:49] <cpaelzer> and other other business?
[15:49] <kanashiro[m]> I am pulling pcs to main via a pacemaker dependency
[15:49] <cpaelzer> kanashiro[m]: ok, so it will be seen in proposed via that update
[15:50] <sarnold> are *all* packages brought into main via an 'installed by default' somewhere?
[15:50] <kanashiro[m]> waiting for the FFe approval
[15:50] <cpaelzer> just checked, crmsh also isn't directly in the seeds
[15:50] <cpaelzer> kanashiro[m]: since we wanted to keep crmsh "for now" and only drop it from main in 23.10
[15:50] <cpaelzer> kanashiro[m]: you most likely need a seed change
[15:51] <cpaelzer> kanashiro[m]: otherwise crmsh will auto-demote in 23.04 which is too early
[15:51] <kanashiro[m]> cpaelzer: ok, then I need to change my pacemaker uploading, I am demoting crmsh to Suggests
[15:51] <cpaelzer> kanashiro[m]: for pacemaker it is ok to go to a suggest
[15:52] <cpaelzer> kanashiro[m]: but something needs to hold it in main, that should be the seed
[15:52] <kanashiro[m]> ok, I will add crmsh to seeds
[15:52] <cpaelzer> kanashiro[m]: and when you add it, maybe add a comment that this is just to hold it in 23.04 for now and will be dropped in early 23.10
[15:52] <cpaelzer> kanashiro[m]: just add it to the supported entries, no need to suddenly auto-install it anywhere :-)
[15:53] <kanashiro[m]> ack
[15:53] <cpaelzer> @sarnold you asked about installed
[15:53] <cpaelzer> @sarnold some things are depended on by ubuntu-minimal, ubuntu-sevrer, ... those will be auto-installed
[15:53] <cpaelzer> @sarnold but others are just listed in the various supported-* entries
[15:53] <cpaelzer> @sarnold those are in main, but not default installed
[15:54] <cpaelzer> @sarnold germinate picks it up, but none of the image-building or meta package processing will
[15:54] <cpaelzer> @sarnold does that answer the question?
[15:54] <meetingology> cpaelzer: You've given me 5 invalid commands within the last 60 seconds; I'm now ignoring you for 10 minutes.
[15:54] <sarnold> cpaelzer: it does, thanks :)
[15:54] <sarnold> lol
[15:54] <cpaelzer> hehe
[15:54] <cpaelzer> sorry, muscle memory slowly converts to mattermost and now meetingology complains
[15:54] <cpaelzer> sarnold: you did see my messages that talked about supported-* seeds right?
[15:55] <sarnold> cpaelzer: yes
[15:55] <cpaelzer> hehe
[15:55] <cpaelzer> ok
[15:55] <cpaelzer> now I guess AOB is done as well
[15:55] <sarnold> *I* won't ignore you!
[15:55] <cpaelzer> thanks didrocks joalif slyon sarnold cpaelzer dviererbe !
[15:55] <sarnold> thanks cpaelzer, all :)
[15:55] <sarnold> #endmeeting
[15:55] <meetingology> Meeting ended at 15:55:37 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-03-14-15.31.moin.txt
[15:55] <cpaelzer> now, can I end the meeting if he is ignoring me ...
[15:55] <cpaelzer> thanks sarnold
[15:55] <eslerm> thanks all o/
[15:55] <joalif> thanks cpaelzer, all :)
[15:55] <slyon> thanks all!
[16:03] <didrocks> thanks!
[19:59]  * vorlon waves
[20:00] <rbasak> o/
[20:00] <rbasak> I'm still on leave so no progress on anything from me. I should be back properly next week. But I'm around now if anyone needs anything from me.
[20:01] <seb128> hey
[20:03] <vorlon> https://wiki.ubuntu.com/TechnicalBoardAgenda not updated but I checked the logs to confirm rbasak chaired last time so it's to me now
[20:03] <vorlon> #startmeeting Technical Board
[20:03] <meetingology> Meeting started at 20:03:42 UTC.  The chair is vorlon.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[20:03] <meetingology> Available commands: action, commands, idea, info, link, nick
[20:03] <vorlon> #topic Action review
[20:03] <vorlon> ACTION: amurray to propose amended Ubuntu Backporters Team Charter
[20:04] <vorlon> amurray: are you there?
[20:04] <vorlon> carrying over
[20:04] <vorlon> ACTION: seb128 to help draft an exception to the "must build on all architectures" requirement for snaps
[20:04] <vorlon> seb128: any update?
[20:04] <seb128> still no progress there sorry
[20:04] <vorlon> ack, carrying over
[20:04] <vorlon> ACTION: seb128/amurray/sil200 to help drafting the snap-store Ubuntu-specific tracks usage
[20:04] <seb128> same...
[20:05] <vorlon> ACTION: rbasak to raise any on-going blockers with third-party seeded snap security policy
[20:05] <vorlon> rbasak: ?
[20:05] <vorlon> you said last week that this is waiting on you being back from leave, so I'll just assume carryover
[20:05] <vorlon> ACTION: sil2100 to start a draft summarizing the OEM archive portion of the meeting which x-nox and TB will review, edit, and ratify before we move on to figuring out the next step
[20:05] <vorlon> no sil2100
[20:05] <vorlon> ACTION: rbasak to draft a proposal of the DMB-proposed inactivity expiration policy for TB ratification
[20:06] <rbasak> Carry please
[20:06] <vorlon> ack
[20:06] <vorlon> ACTION: rbasak to create initial bugs against the LP techboard project to track third party repo and DMB expiration policies
[20:07] <rbasak> Carry please
[20:07] <vorlon> ack
[20:08] <vorlon> meanwhile I've updated the wiki page to at least point to https://bugs.launchpad.net/techboard
[20:08] <vorlon> #topic Scan the mailing list archive for anything we missed
[20:08] <vorlon> #link https://lists.ubuntu.com/archives/technical-board/2023-March/thread.html
[20:09] <vorlon> there's some back-and-forth regarding the Backporters Team charter; hasn't closed out but there's at least discussion
[20:09] <vorlon> oh and I should've done the apologies as a topic, and also remembered that amurray said he wouldn't be here
[20:10] <vorlon> so as amurray had the action to work through that I don't think there's anything else on the mailing list requiring action from folks present
[20:10] <vorlon> #topic Apologies (out of order :P)
[20:10] <vorlon> amurray sent his apologies to the list
[20:10] <vorlon> #topic Check up on community bugs and techboard bugs
[20:10] <vorlon> #link https://bugs.launchpad.net/ubuntu-community/+bugs?field.assignee=techboard
[20:10] <vorlon> empty
[20:11] <vorlon> #link https://bugs.launchpad.net/techboard
[20:11] <vorlon> empty
[20:11] <vorlon> #topic Select a chair for the next meeting
[20:11] <vorlon> standard rotation has it as sil2100 chair, amurray backup
[20:11] <vorlon> #info sil2100 chair, amurray backup
[20:11] <vorlon> #topic AOB
[20:11] <vorlon> anything to actually discuss, or is that the end of our pro forma meeting? :)
[20:12] <seb128> efficient meeting :p
[20:12] <vorlon> maybe I should've had more mulligatawny stew
[20:12] <vorlon> #endmeeting
[20:12] <meetingology> Meeting ended at 20:12:53 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-03-14-20.03.moin.txt
[20:12] <vorlon> seb128, rbasak: thanks
[20:13] <seb128> thanks!


[19:16] <psusi> can anyone help me try to figure out why mail to me from<EMAIL_ADDRESS>is being recieved by mx.canonical.com, but not forwarded to my gmail box?
[19:42] <technochips> how do you make a ppa for a github project?
[19:43] <nacc> technochips: i believe you first have to import it (git-to-git import) into LP and then you can add a build recipe to build it?
[19:43] <technochips> uh... how?
[19:44] <nacc> technochips: https://help.launchpad.net/Code/Imports
[19:46] <technochips> oh yeah that
[19:48] <technochips> it's kinda confusing
[19:48] <technochips> i don't know what to put in "project" and "name"
[20:00] <mapreri> psusi: the channel you are looking for is #canonical-sysadmin
[20:24] <nacc> technochips: project is a project already defined on launchpad (you can create one if you want)
[20:24] <nacc> technochips: name is an identifier
[20:24] <nacc> technochips: i believe both of those have help text on the request page that say waht i just said
[21:10] <technochips> huh
[21:11] <technochips> oh
[21:12] <technochips> nacc: so if i want a ubuntu application as a ppa, do i put "ubuntu"?
[21:12] <technochips> and do i put my application's name in "name"?
[21:19] <nacc> technochips: "ubuntu" for what?
[21:20] <technochips> i don't know??
[21:21] <nacc> technochips: you said "do i put "ubuntu"" -- without telling me what field you mean
[21:21] <technochips> oh
[21:21] <technochips> in the project field
[21:23] <nacc> technochips: no, you need to (i think) create a project on launchpad first
[21:25] <technochips> oh


[13:28] <BluesKaj> Hi all
[17:56] <khoover> what about ubuntu crashing?
[17:56] <khoover> linux*
[18:20] <BluesKaj> just installed m-audio soundcard ..have it set as the default in alsa-base.conf , between dragonplayer and vlc , I can play all file extns and codecs of most media ...not like the elcheapo onboard which seems to sync up fine with vlc on all media..however the sound quality of the m-audio is vastly better then the onboard....flash on websites has no audio and i haven't found a fix yet.