[00:28] <pleia2> has anyone heard from Vantrax?
[00:44] <bodhi_zazen> not I pleia2
[00:44] <bodhi_zazen> pleia2: and cprofitt I think is less active also
[00:45] <pleia2> bodhi_zazen: yeah :) cprofitt has been by, he works in K-12 and classes just started, this month is crazy for him
[00:46] <pleia2> he'll be back when things settle down
[00:46] <bodhi_zazen> yea, this month (back to school) has been crazy for a number of people
[00:47] <bodhi_zazen> I have been helping Phoenix with her homework =)
[16:56] <dinda> doctormo: ping
[17:28] <doctormo> dinda: pong
[17:29] <dinda> doctormo: if you have a few minutes I wanted to run some potential changes in our (canonical) training materials licensing
[17:30] <doctormo> dinda: I have some mins
[17:30] <dinda> changes I hope will make our materials more accessible for everyone
[17:34] <doctormo_> dinda: My connection dropped, could you repeat anything you just said
[17:35] <dinda> doctormo: I just told you the secret of the universe!
[17:35] <dinda> doctormo: pm-ing you now
[17:35] <doctormo_> Thanks
[17:36] <doctormo_> It dropped at 12:31, don't forget to PM doctormo_ and not doctormo, since that user is not dead
[17:37] <doctormo_> dinda: No PM yet, using IRC yes?
[17:37] <dinda> doctormo_:  dop, yuor nick changed, let me try again
[17:38]  * doctormo_ kicks computer, stupid computer
[17:39] <doctormo_> BiosElement: While I'm here, how are things going?
[17:40] <BiosElement> doctormo_, Not too bad. Got some more written just last night
[17:41] <doctormo_> wonderful, is it commited and pushed? I'd love to take a look
[17:42] <BiosElement> I'll commit it in just a bit after I make sure I didn't somehow go insane last night >.> I've learned not to up anything past 3am.
[17:45] <doctormo_> Aye that's the truth
[19:12] <youcanlinux> hi
[19:13] <pleia2> BiosElement: do you need any help with drafting anything?
[19:18] <doctormo_> hey youcanlinux
[19:21] <pleia2> starcraft-ntbk: you can ask doctormo directly if you have questions about that networking course I linked you to :)
[19:23] <starcraft-ntbk> ah hello there doctormo
[19:24] <starcraft-ntbk> doctormo, don't think ya know me, this is starcraftman from the forums. pleia2 linked me your networking course and Im looking over it.
[19:55] <paultag> Hey all
[19:55] <paultag> doctormo: I have some news
[19:55] <paultag> doctormo: I'll be teaching a class on Bash Scripting next week. I'll have materials finished and the session taught within the week :)
[19:58] <pleia2> \o/
[19:58] <pleia2> doctormo: is there a spot where we can put this in your sysadmin thing, get paultag hooked up with bzr?
[20:12] <BiosElement> Sorry pleia2 I totally missed your message earlier. >.>
[20:12] <pleia2> s'ok, I'll be around for a while
[20:27] <starcraft-ntbk> pleia2, done reading your lil introduction to networking, nice.
[20:27] <pleia2> doctormo's!
[20:27] <doctormo> I'm back baby!
[20:27] <starcraft-ntbk> pleia2, right right, you gave me link though :)
[20:27] <starcraft-ntbk> lo there doctormo, networking trouble?
[20:28] <doctormo> starcraft-ntbk: No, I had to help someone with a comcast problem, came back to find my laptop had crashed
[20:28] <starcraft-ntbk> doctormo, pleia2 http://paste.ubuntu.com/269359/ < My comments on networking introduction, overall good.
[20:28] <doctormo> paultag: OK so we should collaberate some more
[20:28] <doctormo> paultag: I'd like to get this project coheasive so each person isn't developing things in their own islands.
[20:28] <starcraft-ntbk> doctormo, ah, I see. Gotta love those ISP issues :)
[20:29] <doctormo> paultag: As there is some existing bash stuff written (in the command line basics) and then I assume it can lead onto your scripting course.
[20:33] <doctormo> starcraft-ntbk: Thanks for you comments, and thanks for going over one of the previous courses, I take it you went over the "Netowkring Basics" class.
[20:38] <doctormo> starcraft-ntbk: Although svg is a keeper, I can do more with it, publish online like a website or generate movies from it.
[20:38] <starcraft-ntbk> doctormo, no problem, had time to kill. Yup, that is the one, currently reading more up on networking, I most of stuff in there.
[20:38] <doctormo> starcraft-ntbk: If you feel like anything should be updated, then we should get you hooked up to the bzr tree.
[20:38] <starcraft-ntbk> doctormo, oh sure, I can understand that. I just don't usually get slides like that I suppose.
[20:39] <doctormo> starcraft-ntbk: Don't forget that these slides are raw sources, it's expected that they be compiled into pngs, pdfs or odps
[20:40] <starcraft-ntbk> doctormo, right. As to bzr, I'm full time uni student and already am part of bt team, IRC and UA, don't wanna get too extended. I do wiki editting on main community docs too.
[20:41] <starcraft-ntbk> doctormo, also, my page if your curious > https://wiki.ubuntu.com/starcraft.man
[20:41] <doctormo> starcraft-ntbk: Sure, but once you have the bzr tree, you can edit when and if. I want to really make this easier because I don't want people to be having trouble.
[20:45] <starcraft-ntbk> doctormo, ah, I see, well if ya insist. Take long to get set up?
[20:46] <doctormo> starcraft-ntbk: Go to command line, change directory into somewhere where you keep your projects and run `bzr pull lp:ubuntu-learning-materials` that'll get you your starting point I think
[20:46] <doctormo> To push I think you need to identify, but I think pulling is ok right pleia2?
[20:47] <pleia2> you can pull anonymously, yes
[20:47]  * starcraft-ntbk goes to install bzr.
[20:51] <starcraft-ntbk> doctormo, returns error that directory is not a branch.
[20:51] <pleia2> starcraft-ntbk: let me get you the log from when doctormo explained it to the rest of us :)
[20:51] <pleia2> hang on
[20:52] <starcraft-ntbk> pleia2, ty. I'm not a regular dev, so consider me a noob ><
[20:52] <pleia2> http://irclogs.ubuntu.com/2009/08/30/%23ubuntu-learning.html
[20:52] <pleia2> start around 21:50
[20:52] <pleia2> no worries, I am a bzr noob too :)
[20:52] <starcraft-ntbk> pleia2, hehe
[20:55] <doctormo> starcraft-ntbk: Sorry my error, I should have said `bzr checkout lp:ubuntu-learning-materials`
[20:56] <starcraft-ntbk> doctormo, ah ha, that worked.
[20:58] <starcraft-ntbk> doctormo, k, I'll look that over sometime, good of ya to make such nice presentations.
[21:35] <doctormo> thanks starcraft-ntbk


[00:15] <bazhang> instability k1l
[00:16] <bazhang> unstableness is not an actual word
[00:16] <k1l> "you might call it warlord but i like the title: lord of war" :)
[00:17] <k1l> but yes. i try to keep that in mind :)
[00:17] <bazhang> 'deal with it'
[00:18] <bazhang> thats the request to upgrade the civility with dafty
[00:21] <asktheops> Hi. Any reason daftykins gets to be so rude on the #ubuntu channel. This is a longstanding problem, and makes the channel unfriendly
[00:21] <asktheops> His advice is frequent, but rarely helpful
[00:21] <bazhang> we are currently discussing that
[00:22] <asktheops> ok, i'll part
[00:22] <bazhang> thanks for the heads up asktheops
[15:55] <Pici> yeah, okay, like that will work.
[15:56] <dax> mrm?
[15:57] <dax> i have half a mind to make a !language-#ubuntu-offtopic alias that's not very complimentary to the caller
[15:58] <dax> s/alias/factoid/
[18:45] <PsychoBoB> Hey please I need join the #ubuntu
[18:45] <PsychoBoB> ""Cannot join #ubuntu (You are banned)""
[18:45] <PsychoBoB> Why?
[20:30] <Pici> I am speaking in #ubuntu, right?
[20:31] <dax> Pici: yes
[20:31] <Pici> okay.


[12:29] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: This NexDock 2 Hands-On Video Really Makes Me Want One… @ https://www.omgubuntu.co.uk/?p=146001 (by Joey Sneddon)
[15:10] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Linux Mint Confirms It’s Dropping 32-bit Releases @ https://www.omgubuntu.co.uk/?p=146008 (by Joey Sneddon)
[16:42] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: ‘Material Shell’ is Probably The Most Impressive Thing You’ll See This Month @ https://www.omgubuntu.co.uk/?p=146051 (by Joey Sneddon)
[22:17] -SwissBot:#ubuntu-news- ::Planet:: Simos Xenitellis: Reconnecting your LXD installation to the ZFS storage pool @ https://blog.simos.info/reconnecting-your-lxd-installation-to-the-zfs-storage-pool/


[00:12] -kubuntu-ci:#kubuntu-devel- Project disco_unstable_kdevelop build #45: STILL UNSTABLE in 38 min: https://kci.pangea.pub/job/disco_unstable_kdevelop/45/
[00:12] -kubuntu-ci:#kubuntu-devel- Project disco_unstable_kfilemetadata build #66: STILL UNSTABLE in 26 min: https://kci.pangea.pub/job/disco_unstable_kfilemetadata/66/
[00:35] -kubuntu-ci:#kubuntu-devel- Project eoan_stable_pimcommon build #3: STILL FAILING in 24 min: https://kci.pangea.pub/job/eoan_stable_pimcommon/3/
[00:36] -kubuntu-ci:#kubuntu-devel- Project disco_unstable_kphotoalbum build #46: STILL UNSTABLE in 23 min: https://kci.pangea.pub/job/disco_unstable_kphotoalbum/46/
[00:36] -kubuntu-ci:#kubuntu-devel- Project disco_unstable_baloo build #60: STILL UNSTABLE in 23 min: https://kci.pangea.pub/job/disco_unstable_baloo/60/
[01:00] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[01:00] -kubuntu-ci:#kubuntu-devel- Project disco_unstable_purpose build #69: FIXED in 24 min: https://kci.pangea.pub/job/disco_unstable_purpose/69/
[01:11] -kubuntu-ci:#kubuntu-devel- Project disco_unstable_syntax-highlighting build #52: STILL UNSTABLE in 23 min: https://kci.pangea.pub/job/disco_unstable_syntax-highlighting/52/
[01:19] -kubuntu-ci:#kubuntu-devel- Project eoan_stable_mailcommon build #3: STILL FAILING in 20 min: https://kci.pangea.pub/job/eoan_stable_mailcommon/3/
[01:54] -kubuntu-ci:#kubuntu-devel- Project eoan_stable_messagelib build #3: STILL FAILING in 34 min: https://kci.pangea.pub/job/eoan_stable_messagelib/3/
[03:01] -kubuntu-ci:#kubuntu-devel- Project eoan_stable_libgravatar build #3: STILL FAILING in 21 min: https://kci.pangea.pub/job/eoan_stable_libgravatar/3/
[03:03] -kubuntu-ci:#kubuntu-devel- Project disco_unstable_akonadi build #67: FAILURE in 1 min 38 sec: https://kci.pangea.pub/job/disco_unstable_akonadi/67/
[03:22] -kubuntu-ci:#kubuntu-devel- Project eoan_stable_libkdepim build #3: STILL FAILING in 20 min: https://kci.pangea.pub/job/eoan_stable_libkdepim/3/
[04:31] -kubuntu-ci:#kubuntu-devel- Project disco_unstable_kdeclarative build #47: UNSTABLE in 30 min: https://kci.pangea.pub/job/disco_unstable_kdeclarative/47/
[04:40] -kubuntu-ci:#kubuntu-devel- Project disco_unstable_messagelib build #64: STILL FAILING in 9 min 28 sec: https://kci.pangea.pub/job/disco_unstable_messagelib/64/
[08:45] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2980: SUCCESS in 58 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2980/
[08:47] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2980: SUCCESS in 2 min 9 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2980/
[08:49] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2980: SUCCESS in 4 min 27 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2980/
[10:24] <BluesKaj> 'Morning folks
[11:12] -kubuntu-ci:#kubuntu-devel- Yippee, build fixed!
[11:12] -kubuntu-ci:#kubuntu-devel- Project disco_stable_kexi build #46: FIXED in 26 min: https://kci.pangea.pub/job/disco_stable_kexi/46/
[14:45] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » linode-01 build #2981: SUCCESS in 49 sec: https://kci.pangea.pub/job/mgmt_docker/label=linode-01/2981/
[14:46] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » master build #2981: SUCCESS in 1 min 41 sec: https://kci.pangea.pub/job/mgmt_docker/label=master/2981/
[14:49] -kubuntu-ci:#kubuntu-devel- Project mgmt_docker » swy-01 build #2981: SUCCESS in 4 min 16 sec: https://kci.pangea.pub/job/mgmt_docker/label=swy-01/2981/
 random contemplations and observations....
 packaging is messy, time consuming and complicated...
 Trying to leverage Lubuntu's accomplishments here... https://phab.lubuntu.me/source/calamares-settings-ubuntu/.  I thought kubuntu hade phab dev site also, but I cannot find it.
 we just use kde's phab
 I aslo cannot find the kubuntu flavor of ubiquity... I was hoping it would be a branch of this https://code.launchpad.net/ubiquity but not that I can see...
 @DarinMiller, https://git.launchpad.net/ubiquity/tree/ubiquity/frontend
 KDE front end files and subfolder
 wow, kde_ui.py has to be the single longest python script I have ever seen...
 Without knowledge of the ubiquity package, could the kde portion of ubiquity been discovered via a search?  I did not think to drill down several levels of discover the kde packages.
 Issues that I was hoping to address with calameres was consistentent booting on my hybrid laptop and a speedier user experience in the install menus.
 I don't think calameres will fix the boot issue as I suspect the issue lies in the seed file (kubuntu.seed).
 The failed boot could be remedied by adding a boot config option i.e. https://paste.ubuntu.com/p/y7jPTtgJR5/
 to /boot/grub/grub.cfg
 I would also like direct live boot options that avoid maybe-ubiquity, but then the boot menu starts to become cluttered...
 I really like the speed of calameres ,but I do see an easy way (i.e. qt.ui file) to add options like "minimal install" and/or install NVidia driver at boot time.
 https://paste.ubuntu.com/p/G42n9JFRyK/
 can someone advise me ?
 Which kubuntu, 19.04?
 @DarinMiller, yeah
 that is a bit strange.  I have all those installed on my machine.  to avoid removal, just specify to install the packages that are suggested for removal: sudo apt install libkf5purpose5 libkf5purpose-bin plasma-widgets-addons qml-module-org-kde-purpose
 which versoin of plasma (do you have any ppa installed)?


[08:00] <kraut> moin
[11:26] <zul> schedule montreal
[12:58] <pitti> hi
[12:58] <mvo> hello
[12:58] <pitti> shepherding #u-r-p is fun ... and pain...
[12:59] <zul> pitti: you love it
[12:59] <pitti> educates me in reading English REALLY fast :)
[13:00] <Keybuk> :-)
[13:00] <Keybuk> ok, so let's keep this nice and quick
[13:00] <Keybuk> first off, congratulations to you all!
[13:01]  * pitti hugs the team, Gutsy is great! moderately buggy, but so many new good stuff
[13:01]  * ogra congratulates the giats on whose sholders he stands with edubuntu
[13:01] <Riddell> hi
[13:01] <ogra> *giants too :)
[13:01] <Keybuk> Riddell: and especial congrats for getting Kubuntu out single-handedly
[13:02] <mvo> is macslow on vac?
[13:02] <kwwii> hi
[13:02]  * mvo hugs Riddell
[13:02] <Keybuk> mvo: he's ill :-(
[13:02] <mvo> oh :(
[13:02] <mvo> missed the release day, poor thing
[13:02] <kwwii> he is hiding from the angry mobs of compiz haters
[13:02] <Keybuk> sadly it's a bitter sweet celebration
[13:02] <Keybuk> iwj: thanks for all your work over the years
[13:03] <Keybuk> and good luck for the future!
[13:03]  * ogra hugs iwj
[13:03]  * dholbach hugs iwj too
[13:03] <mvo> iwj: good luck, it was great having you!
[13:03]  * mvo hugs iwj
[13:03] <mvo> iwj: I still enjoy the book authors that you recommended :)
[13:03] <mvo> kwwii: and left me alone facing them :P
[13:04] <kwwii> mvo: :-)
[13:04] <Keybuk> random stat of the day
[13:04] <Keybuk> we maxed out our 7GB line two ours before the release ;)
[13:04] <Keybuk> hours too
[13:04] <Riddell> wow
[13:04] <pitti> iwj: all the best again, it was a real pleasure to work with you (and play Mao :-P)
[13:04] <ogra> geez
[13:04] <pitti> Keybuk: 'orrible
[13:05] <Keybuk> Hardy: I've chatted to about half of you about the plan for UDS, and will catch up with the rest tomorrow afternoon once I'm back home from the office madness
[13:05] <iwj> Keybuk: Thanks :-).
[13:05] <iwj> It's been a pleasure to work with you guys, too, and to know you.
[13:06] <Keybuk> so the business now is to rest up, get your specs for UDS registered and let's make hardy rock!
[13:06] <Keybuk> if there's no other business for the meeting, I'll let you all go celebrate
[13:07] <pitti> I had some questions about FOSSCamp, but no need to do that in the meeting
[13:07] <Keybuk> (there won't be a meeting next day since we have the day off pre-UDS, so I'll see you all on Saturday at FOSSCamp)
[13:07] <pitti> ah, that was my other q :)
[13:07] <Keybuk> pitti: sure, I'm happy to attempt to answer them out of the meeting if you prefer
[13:07] <pitti> I just generally wondered how we'll organize the "who's who" on fosscamp
[13:08] <pitti> will we do a first session where everyone gives a 20-second introduction?
[13:08] <pitti> so that we'll know whom to talk to?
[13:08] <Keybuk> I have no idea, Jono may know the answer
[13:08]  * kwwii thinks we should have people with horns announcing us as we enter the building
[13:08] <jono> this is still being decided
[13:08] <pitti> ok, I'll ask him then; I might not be the only one, so I'll ask on distro-team@
[13:09] <pitti> jono: ok
[13:09] <Keybuk> ok, any other business?
[13:10] <pitti> the magic three post-release items: get blueprints, get drunk, get sleep :)
[13:10] <Keybuk> indeed, enjoy
[13:10] <Keybuk> adjourned
[13:11] <mvo> thanks


[03:54] <OvenWerks> Eickmeyer: some fixes to installer pushed. It needs to be tested on a fresh non-Studio install I guess. With not installing everything and then installing the rest on a second run.
[03:55] <OvenWerks> Eickmeyer: I tried adding the ppa add button... but there is a slight problem with it.
[03:55] <OvenWerks> The button is easy :) but adding a ppa takes two commands: add the ppa and then apt update
[03:56] <OvenWerks> the normal ; and && tricks don't seem to work so I would have to pkexec them one at a time... which means password twice.
[04:00] <Eickmeyer> OvenWerks: Ouch, not ideal.
[04:00] <Eickmeyer> As it so happens, I just installed Ubuntu Budgie to try the DE agnostics out.
[04:00] <Eickmeyer> So far, the experience is pretty good.
[04:29] <Eickmeyer> OvenWerks: Did you literally just now push -installer?
[04:30] <Eickmeyer> Nevermind, It was giving me an error.
[04:50] <Eickmeyer> OvenWerks: The other idea is a metapackage that simply adds the repo. Would be fairly trivial to do.
[04:56] <Eickmeyer> OvenWerks: Success. The first time, it gave me the logout/in nag. Second time, no nag. Achievement: Unlocked.
[05:27] <OvenWerks> I don't know if I actually told it to rebuild... maybe you did or the time was right :)
[16:37] <OvenWerks> Eickmeyer: -controls is fixed, I just changed latency to buffer size... adding a latency readout can come later (along with periods) (later is next cycle)
[17:03] <OvenWerks> Eickmeyer: With regard to installer, I would really like to add the ppa button. However, the right way to do this (which I think the gnome sw installer uses) is to have a second process running as root that we can pipe commands to.
[17:05] <OvenWerks> This second process is run pkexec and we can pipe in the add ppa, update and finally the actual install
[17:05] <OvenWerks> So the first thing that needs pkexec runs this and the pw is only needed once.
[17:07] <OvenWerks> I do not think it is wise to do things the same as controls does because there is not enough control of what may be fed into it. So while controls does not need a pw to affect the governor, Installer should be passworded
[17:11] <OvenWerks> Eickmeyer: so we can just leave things as is for this cycle
[17:12] <OvenWerks> we can add the button with two password required
[17:13] <OvenWerks> we can add another file that just does the ppa add plus update (so passowrd required to add ppa and password required to do install)
[17:13] <Eickmeyer> OvenWerks: Are you sure you don't want to change to a button for next cycle and have a metapackage added to -default-settings that simply has a postinst script saying "add-apt-repository -y ppa:ubuntustudio-ppa/backports" and a postrm script saying "add-apt-repository --remove -y ppa:ubuntustudio-ppa/backports"?
[17:13] <OvenWerks> but the piped to root process will not be possible in the time we have.
[17:14] <OvenWerks> Adding a ppa with a package is not a good solution in my opinion.
[17:15] <Eickmeyer> Okay, that's fair.
[17:15] <OvenWerks> Unless the package is called ubuntustudio-add-backport-ppa
[17:16] <OvenWerks> Adding a ppa should not be done without the user knowing they are doing so and that it is a "possible" security hole
[17:16] <Eickmeyer> That would be fine. The package name would be completely arbitrary. I was thinking "ubuntustudio-backport-ppa" with the description "Adds Ubuntu Studio Backports PPA for updated tools & software"
[17:17] <OvenWerks> and "Please note that this PPA is not officially sponsored by ubuntu" or something.
[17:17] <Eickmeyer> Further description could be "Use at your own risk" included.
[17:17] <Eickmeyer> Yes.
[17:18] <OvenWerks> Ok I will add a button with a warning dialog
[17:19] <Eickmeyer> Well, I don't see a need for an exclusive button, just installs as a regular metapackage from the list.
[17:19] <OvenWerks> A button allows a warning dialog
[17:19] <Eickmeyer> Ture.
[17:19] <Eickmeyer> *true
[17:20] <OvenWerks> I don't know if the pkexec command allows me to do that there but I'll look.
[17:20] <Eickmeyer> k
[17:20] <Eickmeyer> I'll prep the metapackage.
[17:21] <OvenWerks> I would not need a meta package for this.
[17:21] <Eickmeyer> Ok
[17:21] <OvenWerks> Just a three line script :)
[17:21] <Eickmeyer> :thumbsup:
[17:22] <Eickmeyer> If IRC worked like Slack, that would've made the thumbs up emoji
[17:22] <OvenWerks> Not for me, I am using irssi
[17:23] <Eickmeyer> It wouldnt' work for anyone using any form of IRC unless I made an alias in Quassel.
[17:24] <OvenWerks> BTW, -controls may have moved on the menu.
[17:25] <OvenWerks> I am just installing now to see.
[17:25] <Eickmeyer> -controls installs as a dependency of -installer, unless you mean the Xfce menu.
[17:26] <OvenWerks> The xfce menu
[17:26] <OvenWerks> I think it will be in setting
[17:26] <OvenWerks> Installer will remain in system
[17:27] <OvenWerks> In some ways I would like controls in both places
[17:27] <OvenWerks> maybe in audio too
[17:27] <Eickmeyer> Shouldn't be difficult. Just edit the .desktop file.
[17:28] <OvenWerks> So yes I would like to change the menu as well... But maybe next cycle.
[17:28] <Eickmeyer> Ok
[17:28] <OvenWerks> right now we force qjackctl as the first thing in the Audio menu.
[17:29] <OvenWerks> We should put controls there
[17:29] <Eickmeyer> I totally agree with that. Is that in -default-settings?
[17:29] <OvenWerks>  and move qjackctl to audio->utilities
[17:29] <OvenWerks> should be in ubuntustudio-menu
[17:29] <Eickmeyer> I'm looking.
[17:30] <OvenWerks> the file is in /etc/xdg/menus/applications-merged/
[17:31] <Eickmeyer> Yeah, but I hadn't cloned the repo. >.<
[17:32] <Eickmeyer> qjackctl is already in the menu.
[17:32] <OvenWerks> yes, like I say it is forced to be in the top
[17:32] <OvenWerks> I want to move it to a submenu
[17:33] <OvenWerks> It is what people are used to, but we want to move to controls...
[17:34] <Eickmeyer> Moved Qjackctl.
[17:35] <Eickmeyer> OvenWerks: Also, we need to put -controls in the default favorites. Right now, Qjackctl is there, probably shouldn't be. Where do I go for that?
[17:35] <OvenWerks> Eickmeyer: I am not sure... let me look.
[17:35] <Eickmeyer> k
[17:37] <OvenWerks> Hmm, I did not put that there... in fact the first thing I do is get rid of whisker
[17:39] <Eickmeyer> Yeah, it must be in -default-settings. I can't find it in -menu.
[17:39] <OvenWerks> Ok, it will likely be in a different package (desktop or setting or something)
[17:39] <OvenWerks> the file is /etc/xdg/xdg-ubuntustudio/xfce4/whiskermenu/defaults.rc
[17:40] <Eickmeyer> It's in -default-settings.
[17:40] <OvenWerks> Do we install the mailreader by default?
[17:40] <OvenWerks> maybe we should remove that too.
[17:40] <Eickmeyer> We include Thunderbird.
[17:41] <Eickmeyer> mail reader defaults to opening Thunderbird.
[17:41] <OvenWerks> Ok leave it then
[17:41] <OvenWerks> We should make the application menu match I guess... for those who use it
[17:42] <OvenWerks> Eek! take software manager out of there.
[17:42] <Eickmeyer> Well, it's the xfce way of doing things (having a web browser shortcut for whatever is set in the default application settings, and a likewise mail reader shortcut).
[17:43] <Eickmeyer> Done, but why?
[17:43]  * OvenWerks would like the gnome software manager to be as hard to find as possible
[17:43] <OvenWerks> It breaks too many things in audio
[17:44] <Eickmeyer> I'm just curious as to how it breaks things.
[17:44] <OvenWerks> Some one wanting to build jack application might add libjack-dev
[17:45] <OvenWerks> this will remove jackd2 and all apps that depend on it.
[17:45] <Eickmeyer> I see
[17:45] <OvenWerks> synaptic will at least warn the user it is about to remove stuff
[17:45] <OvenWerks> gnome sw will not.
[17:46] <Eickmeyer> Makes sense.
[17:46] <OvenWerks> maybe we should just install libjack-jackd2-dev by default
[17:46] <Eickmeyer> Would that go in the seed?
[17:46] <OvenWerks> It could
[17:47] <Eickmeyer> If that would help, then I don't see why not.
[17:48] <tsimonq2> (Ideally, for a library package, you would instead make it a hard dependency of the packages which need it.)
[17:48] <OvenWerks> anything build with either jackd2 or 1 will work with the other... I would like to see a generic libjack-dev that does not require a particular jack but works with either
[17:49] <OvenWerks> tsimonq2: Ya, but the possibility of pushing that up stream is nil
[17:49] <OvenWerks> Ideally debian would include the -dev in this case
[17:49] <tsimonq2> OvenWerks: How so?
[17:50] <tsimonq2> I happen to be a DD who wears a Debian Multimedia Team hat; if you file a bug I'll be happy to do it.
[17:50] <OvenWerks> the fact that libjack-dev is already not included in libjack should speak for things
[17:51] <OvenWerks> debian does not like packages to include includes by policy
[17:52] <tsimonq2> I don't follow what you're saying when you say "include includes"
[17:52] <OvenWerks> making libjack require libjack-dev would pose the question why is it not included in libjack in the first place
[17:53] <tsimonq2> Well, have you asked the Debian maintainer?
[17:53] <OvenWerks> the libjack-dev package basically has the include files for jackd.
[17:55] <OvenWerks> I don't know if I have, but it seems I have suggested it before and been told that things are not done that way.
[17:55] <OvenWerks> if you can change things that would be good
[17:56] <tsimonq2> The first step is filing a bug; I don't mean to be confrontational or anything, but if it's a problem I'd like to help you get it solved. :)
[17:56] <OvenWerks> anyway, I need to spend time with my wife for breakfast
[17:56] <Eickmeyer> OvenWerks: Just pushed the changes in the menu.
[17:57] <OvenWerks> ok
[18:47] <OvenWerks> Eickmeyer: qjackctl now seems to not show up in the menu anywhere...
[18:49] <Eickmeyer> OvenWerks: My bad, I put it in the wrong spot.
[18:51] <Eickmeyer> Pushed, rebuilding
[19:42] <Eickmeyer> OvenWerks: Did you test the latest build of -menu?
[19:42] <OvenWerks> not yet
[19:53] <Eickmeyer> I'm in Budgie, but I'm thinking of switching over to MATE to do more testing.
[19:57] <Eickmeyer> Overall, the results of the tweaks to -installer have done well.
[21:47] <Eickmeyer> OvenWerks: clean-installed MATE, the tweaks to -installer work just fine. The only problem is, because -installer doesn't use GTK (or Qt), it's hard to tell which items have been clicked.
[21:47] <OvenWerks> The clicked items don't go dark?
[21:48] <OvenWerks> (selected)
[21:49] <Eickmeyer> That's correct.
[21:49] <Eickmeyer> Wasn't a problem in Xfce, GNOME, Budgie, or Plasma.
[21:49] <Eickmeyer> Only MATE is where there's a usability problem.
[21:49] <OvenWerks> The colour right now is taken from the DE colour scheme... so the colour scheme is obviously bad... the problem is that colour schemes are often bad these days :P
[21:50] <OvenWerks> so I will see if I can force a good colour scheme on the App
[21:50] <Eickmeyer> I was using the default Ubuntu MATE scheme. Now using Menta (default MATE), launching.
[21:52] <Eickmeyer> OvenWerks: It doesn't work under any MATE theme (incl. color scheme) I've tried.
[21:53] <Eickmeyer> They're all standard GTK so I'm not sure what isn't translating.
[22:02] <OvenWerks> Eickmeyer: I don't think it is translation that is a problem but rather tk is using a value that in some other places does not mean selected text.
[22:03] <Eickmeyer> OvenWerks: Very likely.
[22:04] <OvenWerks> There are likely some other applications where this shows up too.
[22:09] <Eickmeyer> I can't think of any off the top of my head, most things use GTK or Qt anymore.
[23:04] <OvenWerks> apparently add-apt-repository remove .... doesn't
[23:04] <OvenWerks> remove just disables
[23:06] <Eickmeyer> Uh... You used --remove, right?
[23:06] <OvenWerks> -r actually
[23:07] <Eickmeyer> The --help says it removes it from the sources.list.
[23:07] <Eickmeyer> If that's not accurate, it's a bug.
[23:08] <OvenWerks> settings->Software & updates->other software shows it has been unticked.
[23:11] <OvenWerks> hmm this time it worked...
[23:12] <Eickmeyer> Maybe a cache had to update? idk
[23:13] <OvenWerks> actually this time I did it without update... better try that.
[23:32] <Eickmeyer> OvenWerks: Did you get that sorted?
[23:42]  * Eickmeyer has decided he really doesn't like MATE.
[23:52]  * Eickmeyer is moving along to Lubuntu for testing


[08:40] <ajf_> Hello, is the export all translations (as tarball) feature on launchpad really supposed to be all? There's a few missing from it which I can export individually.
[08:46] <mgz> ajf_: presumably. is there any pattern to the missing ones? the most recent? anything else?
[08:51] <ajf_> Yeah, there's two missing and they're both relatively new, last updated around 2 weeks ago. There's some other new translations that are there however.
[08:55] <mgz> can't find any likely looking bug reports...
[09:57] <mgz> do we let people take over inactive accounts if they like the username better than their current one?
[10:01] <lifeless> in general no
[10:01] <lifeless> they can click on the contact-this-user link on the username to ask them for it
[10:02] <lifeless> if the user is really truely gone - like 5 years gone; then maybe
[10:03] <mgz> well, we have a bunch of created-and-immediately-forgotten accounts, which are unlikely to get a response via email
[10:03] <wgrant> mgz: In pedro's case, the user hasn't done anything at all (see +karma), so it's safe
[10:03] <wgrant> In the other one, the user has done stuff.
[10:04] <wgrant> I would be reluctant to rename without a response.
[10:04] <wgrant> Oh
[10:04] <wgrant> You've already done the other one :)
[10:04] <wgrant> Or someone has
[10:04] <mgz> always said no to requests like this, but we did make an exception for one of our core guys because no one could remember his account name wasn't the same as his irc nick
[10:04] <mgz> someone not me
[10:05] <mgz> curtis it seems.
[10:06] <mgz> so, I guess I just rename the current user then rename the usurper?
[10:06] <mgz> anything else?
[10:11] <wgrant> Nope.
[10:11] <wgrant> Be wary of PPAs on the origin user, though
[10:11] <wgrant> Well, on either user
[10:11] <wgrant> You can't rename if there are undeleted PPAs.
[10:12] <mgz> will fortunately not an issue here.
[10:45] <mgz> how do we determine the virtue of a request for more PPA space? the wiki tells them to ask, but not to justify.
[11:04] <mgz> what the hell is +hwdb and who owns it? doesn't friendly supercede it?
[13:28] <bdrung> sinzui: why is bug #1033446 a bug in launchpadlib? even visiting https://code.launchpad.net/~ubuntu-branches leads to an OOPS
[13:28] <ubot5`> Launchpad bug 1033446 in launchpadlib "TypeError: __init__() takes at least 4 non-keyword arguments (3 given)" [Undecided,New] https://launchpad.net/bugs/1033446
[13:30] <sinzui> bdrung: Maybe I was wrong.
[13:30] <bdrung> sinzui: it is definitively a server side issue.
[13:32] <wgrant> bdrung: That's a pretty big "even", and it's unrelated to the merge proposal issue, which is unrelated to the launchpadlib crash
[13:32] <sinzui> the oops error is about a branch not being in a collection, KeyError. The traceback in the bug shows that a launchapdlib issue and I was confused
[13:33] <wgrant> There's bug #1031764
[13:33] <ubot5`> Launchpad bug 1031764 in Launchpad itself "timeout on code.launchpad.net/~ubuntu-branches" [Critical,Triaged] https://launchpad.net/bugs/1031764
[13:33] <wgrant> And bug #1029642
[13:33] <ubot5`> Launchpad bug 1029642 in Launchpad itself "ScopedCollection:CollectionResource:#branch_merge_proposal-page-resource (landing candidates) dying from late evaluation of security rules" [Critical,Triaged] https://launchpad.net/bugs/1029642
[13:33] <wgrant> About the two unrelated timeouts that that bug talks about as being one, even though they're not related except that they're Launchpad code pages.
[13:35] <wgrant> And the launchpadlib interface change is old and not really a bug.
[13:36] <wgrant> It's undesirable, but that change was made a long time ago
[13:36] <wgrant> Maverick or early Natty
[13:37] <wgrant> So, it's not clear which of those three unrelated bugs was intended to be reassigned to Launchpad.
[15:51] <Elv1313> Hi, I build a (qt/kde) package on launchpad and it segfault when opening the config dialog. I tried on 3 computers with 11.04, 11.10 and 12.04 and it happen on all of them. However, if I use dpkg-build to build the code, then there is no problem and it work proprely. Any idea?
[15:53] <Lasall> Elv1313: I can't help you but can you point to your package?
[15:53] <Elv1313> sflphone-client-kde
[15:54] <Elv1313> ~savoirfairelinux nightly ppa
[17:51] <phillw> Hi, i'm already logged on into lp, but it is refusing my connection to http://summit.ubuntu.com/uds-r/sponsorship stating my password is wrong?
[17:55] <NCommander> Hey all, so when building a package in a PPA, is it running only as an unprivilleged user with fakeroot or is there actual root privilleges during a build?
[18:55] <geser> NCommander: as even the official buildds use fakeroot, I doubt PPAs are different there
[18:55] <NCommander> geser: figured as much.
[18:56] <NCommander> I've got a workaround to deal with what I'm done so it isn't a huge issue, but fakeroot tripped me up


[11:34] <seb128> is the fact that files on https://translations.launchpad.net/ubuntu/impish/+language-packs are using an http:// (not -s) url worth a report? firefox 93 flags those as unsecure and force you to go to 'download anyway' warning dialog for those now
[11:40] <cjwatson> seb128: Yes, should be a trivial fix
[11:40] <cjwatson> it's 2021, I doubt there's a good reason for us to be emitting HTTP librarian URLs
[11:41] <seb128> cjwatson, thx
[11:44] <seb128> https://bugs.launchpad.net/launchpad/+bug/1947148
[11:47] <cjwatson> ack


[14:50] <amitk> bfiller: smagoun: Do we have an IRC meeting today?
[14:50] <smagoun> amitk: I assume so, yes
[14:50] <amitk> ohh and a Happy New Year ;)
[14:51] <smagoun> Happy New Year to you too
[14:51] <smagoun> Are you back in Finland?
[14:51] <amitk> smagoun: I don't see davidm, Mithrandir et al. So I wondered...
[14:51] <amitk> smagoun: yes I am
[14:52] <agoliveira> amitk: David only returns tomorrow and Tollef... dunno.
[14:52] <agoliveira> smagoun: Do we actually have anything to talk about at the meeting today? I for sure don't have any agenda.
[14:53] <amitk> agoliveira: So who is chairing?
[14:53] <amitk> and where is the agenda?
[14:53] <agoliveira> amitk: Not me, that's for sure :)
[14:53] <agoliveira> amitk: My point. Unless someone from Lexington has anything to say, I don't see a point for the meeting today.
[14:54] <agoliveira> smagoun: Maybe Pat or Jon want to chair today? Are they around?
[14:55] <smagoun> agoliveira: amitk Good point. We (Lexington) don't have a whole lot to go over, we can probably skip the meeting
[14:56] <agoliveira> smagoun: +1
[15:02] <amitk> agoliveira: smagoun: Mithrandir has risen from his slumber and says there is a meeting.
[15:03] <agoliveira> amitk: Tipical. He stays quiet until there's something to bother us with :)
[15:04] <amitk> agoliveira: why are you not on #distro?
[15:04] <agoliveira> amitk: Ooops... my bad.
[15:58] <Mithrandir> good $time_of_day everyone!
[16:00] <Mithrandir> oh, 17 UTC.  It seems I can't read.  Meeting in one hour.
[16:01] <agoliveira> Mithrandir: For a moment I thought my calendar was screwd-up again...
[16:01] <agoliveira> s/was/were
[16:02] <Mithrandir> must be all this vacation going to my head.
[16:02] <agoliveira> Mithrandir: Don't worry, there's a sprint a little later to fix it :)
[16:59] <Mithrandir> agoliveira,lool,amitk,StevenK: Prod; meeting's about to start.
[16:59] <agoliveira> Mithrandir: Right here
[17:00]  * amitk wakes up
[17:01] <Mithrandir> patm: is your team around?
[17:02] <Mithrandir> ptung1: hiya, happy 2008; is your team around yet?
[17:02] <ptung1> Happy new year.  I am not sure whether the rest team will join today either.
[17:02] <Mithrandir> oh?
[17:03] <bfiller> Happy new year all
[17:03] <ptung1> Some of my team will come back next monday.
[17:04] <Mithrandir> ah
[17:07] <Mithrandir> ptung1: will mauri be joining us today?
[17:07] <ptung1> Mauri should be joining in.
[17:08] <Mithrandir> let's wait for her, then
[17:09] <ptung1> I will pin her
[17:13] <ptung1> I cannot find Mauri.   Rusty, do you have Mauri's cell number?   Would you please give her a call.
[17:17] <ptung1> Mauri will join soon
[17:17] <rustyl> she has been working since about 5am, but didn't think we were holding the irc meeting today
[17:17] <mawhalen> Mauri joined, apologies, didn't know there was a meeting today
[17:18] <Mithrandir> hiya Mauri.
[17:18] <Mithrandir> let's start, then
[17:18] <Mithrandir> #startmeeting
[17:18] <MootBot> Meeting started at 17:18. The chair is Mithrandir.
[17:18] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[17:18] <Mithrandir> https://wiki.ubuntu.com/MobileAndEmbedded/Meeting/20080103 has the agenda
[17:19] <Mithrandir> [TOPIC] Action items from previous meeting
[17:19] <MootBot> New Topic:  Action items from previous meeting
[17:20] <Mithrandir> lool doesn't seem to be around, so the first previous action item isn't something we can get discussed today.
[17:20] <Mithrandir> is bspencer out until Monday?
[17:21] <mawhalen> No, bspencer is in the office, I'm looking for him.  I'm not sure many people knew there was a meeting this morning.
[17:21] <rustyl> he was in yesterday
[17:21] <mawhalen> He doesn't appear to be online at the moment
[17:21] <rustyl> this place is a ghost town
[17:22] <mawhalen> I'll follow up with Bob
[17:23] <Mithrandir> amitk: did you have a chance on updating the hardy ppa with new and shiny drivers?
[17:23] <amitk> Mithrandir: I updated the hardy kernel yes
[17:24] <amitk> but not the PPA
[17:24] <Mithrandir> have you had feedback on whether it works correctly or not?
[17:24] <amitk> robr_ubuntu was going to use it as the basis for Intel's 2.6.24 tree
[17:24] <rustyl> is this PPA the thing that provides us with the hardy snapshot?
[17:25] <amitk> StevenK 'crowbarred
[17:25] <amitk> something together... in his words
[17:25] <Mithrandir> rustyl: yes and no.  It's a place where all members of ubuntu-mobile can upload and which get pulled into the daily builds automatically.  (I believe that's already in place, BICBW)
[17:26] <amitk> I have an action to fix Hardy LUM for LPIA. It will get done before next week.
[17:26] <rustyl> ok, then it's know what i was thinking
[17:26] <rustyl> s/know/not/
[17:26] <smagoun> amitk: does that fix include the latest gfx stuff from moblin?
[17:26] <amitk> Mithrandir: does the kernel need to be in the PPA or will it suffice to use the default Hardy kernel?
[17:27] <Mithrandir> amitk: if it's the default hardy kernel, that's even better.
[17:27] <amitk> smagoun: I got the latest gfx stuff from before christmas, I will check if there have been any updates
[17:28] <amitk> Mithrandir: great.
[17:28] <Mithrandir> amitk: thanks
[17:28] <amitk> is robr_ubuntu online?
[17:29] <amitk> or someone from his team?
[17:29] <Mithrandir> David asked a bit around on the best way to make sure architectures stay in sync with regards to "fails to build from source" and such; we have a report we can look at and uploaders get notified of build failures, but this is something we should look at better solutions on how to track.
[17:29] <Mithrandir> I think David has been thinking about that and will report back next week.
[17:29] <Mithrandir> Lexington team, you were to test ext3 boot speed and look at the file system corruption problem.  Have you had a chance to?
[17:30] <smagoun> Mithrandir: no, we haven't done that yet. We were pretty busy getting a demo ready for the upcoming CES trade show
[17:30] <Mithrandir> yup, understandable.
[17:30] <Mithrandir> have you gotten the C0 board from David?
[17:30] <mawhalen> What do you need from Rob?
[17:31] <smagoun> Mithrandir: the C0 showed up over the holiday. We're hoping to get it up today
[17:31] <smagoun> (the lexington team is moving our office this week)
[17:32] <bspencer> smagoun: I'd be interested in a short preview of what you have planned for CES
[17:32] <bspencer> at least what you can share
[17:32] <Mithrandir> ok, good.
[17:33]  * bspencer adds to agenda...
[17:33] <Mithrandir> oh, hi bspencer, welcome.
[17:33] <smagoun> bspencer: we don't have a booth or anything fancy, but our customer is demoing their unit. I don't know what their plans are
[17:33] <amitk> mawhalen: I would like to know if my work 'porting' all the poulsbo stuff to 2.6.24 is the way to go. That is what I have in the Hardy tree ATM.
[17:33] <Mithrandir> bspencer: did you have a chance to verify that the ubuntu branch works?
[17:33] <smagoun> I think only Jon is going from my group
[17:33] <bspencer> Mithrandir: we did, and fixed the outstanding bugs
[17:33] <mawhalen> amitk: I'll query Rob
[17:33] <Mithrandir> bspencer: good news, thanks.
[17:34] <amitk> mawhalen: thanks
[17:34] <bspencer> Mithrandir: I think that has been resolved now
[17:34] <bfiller> bspencer: we were hoping to possible demo the Clutter ui. Is it demostrable on the Q1?
[17:34] <bspencer> bfiller: yes certainly
[17:34] <Mithrandir> we (Canonical) are to share info with robr2 on disk image corruption as soon as we have something, but due to Christmas and such, no progress has been made, so no information shared yet.
[17:35] <Mithrandir> rustyl: have you responded to davidm on the status of PPM?
[17:35] <bspencer> bfiller: for a demo the /etc/xdg/menus would need updating to get the right applications to display.
[17:35] <bfiller> bspencer: thanks, I'll give that a try today
[17:36] <rustyl> Mithrandir, looks like that email got dropped, but basically davidm was just asking about the status of PPM. Quick question, has Mo not pushed a version of ppm into hardy?
[17:36] <Mithrandir> rustyl: I don't believe any version has been pushed yet, no.
[17:36] <rustyl> ok, well the implementation will continue to evolve, and we continue to do bug fixing via launchpad, but we are ready to submit something now
[17:37] <rustyl> Mohomad Abas will be the guy doing the leg work to push ppm
[17:38] <Mithrandir> ok, good.
[17:38] <lool> Blah, I was too concentrated and forgot the time of the meeting, sorry, I'm around now
[17:38] <Mithrandir> lool: happy 2008
[17:38] <Mithrandir> rustyl: can you drop me an email with his contact details so I can get him in touch with somebody on our side?
[17:39] <lool> Mithrandir: Happy 2008 to you too
[17:39] <rustyl> Mithrandir, yeap, let me do that
[17:39] <lool> Concerning my previous action point, I think it's cleared (it was at the last meeting already)
[17:39] <Mithrandir> [ACTION] rustyl to put tfheen and Mohomad Abas in touch with each other over PPM
[17:39] <MootBot> ACTION received:  rustyl to put tfheen and Mohomad Abas in touch with each other over PPM
[17:40] <Mithrandir> lool: bug 172426, that is?
[17:40] <ubotu> Launchpad bug 172426 in moblin-ui-framework "home screen having issues with scrolling and focus" [Medium,Fix committed] https://launchpad.net/bugs/172426
[17:40] <lool> Yes
[17:40] <amitk> Mithrandir: I would be interested in being involved with PPM integration
[17:40] <Mithrandir> amitk: makes sense.
[17:40] <lool> I'm fix-releasing it
[17:40] <lool> (just got my bug triaging powers again!)
[17:41] <Mithrandir> ok, that was the action items from last round, the only other agenda item is a reminder that the sprint dates are January 28th through February 1st.
[17:41] <ptung1> Is Adilson around?  I would like to verify the progress we made on Moblin Compliance Test-suite.
[17:41] <agoliveira> ptung1: Yes, I'm right here
[17:42] <lool> FYI in case somebody didn't know yet, I'm not making the mobile sprint
[17:42] <agoliveira> lool: Booo... no cachaça for you :)
[17:42] <ptung1> Adilson: Are you working with Edwin on the MCT?
[17:43] <rustyl> Mithrandir, i just kicked off an email connecting you and Mo about PPM
[17:43] <agoliveira> ptung1: Do you want to put this as a meeting agenda or can you wait for the meeting to finigh?
[17:43] <Mithrandir> rustyl: thanks.
[17:43] <lool> agoliveira: Save me a small part in a box and bring it to next UDS!
[17:43] <ptung1> I would like to make it as a meeting agenda
[17:45] <agoliveira> ptung1: Add it here https://wiki.ubuntu.com/MobileAndEmbedded/Meeting/20080103 please
[17:46] <ptung1> Okay
[17:47] <bspencer> where are we?
[17:48] <agoliveira> Not sure. Are we done yet? Peter may want to talk about the MCT.
[17:48] <Mithrandir> waiting for ptung to add his agenda item, else we can just close the meeting.
[17:49] <bspencer> ok... ptung1 please proceed and we'll add the agenda item shortly
[17:49] <ptung1> Adilson, do you want to talk it offline or here.  I am not sure how to add it to the agenda.
[17:49] <bspencer> I'll add it
[17:50] <agoliveira> ptung1: Just go ahead if you want.
[17:50] <ptung1> We have a goal to complete 80% Moblin Compliance by 2007.
[17:51] <ptung1> We are behind now.   I would like to get commitment from Canonical to actively work on the MCT.
[17:52] <bspencer> (agenda item has been added: Discuss Moblin Compliance Tests)
[17:52] <agoliveira> ptung1: Maybe you should talk to David about this as he's the one that defines the priorities and work to be done.
[17:52] <bspencer> the MCT specification is at 0.99 ... pending small changes for desktop.org compliance
[17:52] <bspencer> not sure who from Canonical is owning this
[17:53] <Mithrandir> [TOPIC] Moblin Compliance Testing
[17:53] <MootBot> New Topic:  Moblin Compliance Testing
[17:53] <bspencer> and if they've been working with Rajesh on our side to give feedback
[17:53] <agoliveira> bspencer: I tried to fill it in while we don't have a person working on that but unfortunatelty I wasn't able to do almost anything due other priorities.
[17:53] <ptung1> David M told me that we should work with Adilson.    I will double check with David when he comes back.
[17:54] <agoliveira> I believe we should try to talk to David tomorrow and figure that out.
[17:54] <ptung1> Okay.   Thanks.
[17:54] <bspencer> agoliveira: the good news is that the spec is based on what Ubuntu-mobile already has for the most part.  But it will take some work to run through the details and make sure we are on the same page
[17:55] <bspencer> and also to make sure things will work with Hardy -- or whatever  base Canonical chooses as their mobile distribution
[17:55] <agoliveira> bspencer: Indeed. But anyway we need to put this on the schedule.
[17:55] <bspencer> ok.  then is there anything else wrt MCT to discuss here?
[17:56] <ptung1> not right now.
[17:56] <bspencer> Mithrandir: I think we can close
[17:56] <agoliveira> I'm ok
[17:56] <Mithrandir> ok
[17:56] <Mithrandir> nobody has other business?
[17:57] <Mithrandir> seems good, then, adjourned.
[17:57] <Mithrandir> #endmeeting
[17:57] <MootBot> Meeting finished at 17:57.
[17:57] <agoliveira> Inside the hour. Good start for 2008 :)
[17:57] <Mithrandir> huzzah
[17:59]  * lool returns to his small piece of code
[18:00]  * smagoun returns to his beer
[18:00] <smagoun> :)
[18:14] <agoliveira> smagoun: The way the weather is going there I would be returning to my congnac or whiskey :)
[18:19] <mawhalen> Mithrandir: do you know how many people are coming to the Sprint?  I'm trying to firm up the location
[18:21] <Mithrandir> mawhalen: 4 from the mobile team, 8 (tentative) from the MID team.
[18:22] <mawhalen> Mithrandir: thanks
[18:22] <smagoun> Mithrandir: mawhalen I think it's a pretty firm 8ppl from the MID team
[18:22] <Fenario> mawhalen: the plan is 8 from the MID team.
[18:22] <Mithrandir> amitk: you're not coming to portland, are you?
[18:23] <amitk> Mithrandir: I am
[18:23] <Fenario> mawhalen: can you tell us who from Intel will be at the Sprint?
[18:23] <mawhalen> Fenario: Mithrandir I'll project ~12 people from your side
[18:23] <amitk> Mithrandir: I will be there for the first 3 days.
[18:23] <Mithrandir> amitk: ah, ok.
[18:23] <mawhalen> Fenario: everyone on my team will be invited and I expect most will attend
[18:23] <Mithrandir> mawhalen: then we'll be 5+8.
[18:24] <mawhalen> Fenario: RustyL, BobS, RobR, JohnV, CarlW, Jimmy, Todd, Mohamed, ... plus some folks from Don Johnson's team
[18:25] <Mithrandir> sounds great; it'll be good to meet the rest of your team.
[18:25] <Fenario> mawhalen: this is good news.  can we consider them all confirmed?
[18:26] <rustyl> Fenario, i'm channeling mawhalen since she is in my cube... "yes, it is confirmed and details on location will be sent soon"
[18:27] <Fenario> rustyl: thanks!
[18:32] <mawhalen> Fenario: Mithrandir:  We are thinking about having the Sprint here - http://www.thegrandlodge.com/
[18:32] <mawhalen> The rooms are $$ reasonable but the bathrooms are shared.  It's a nice place, good beer.  Think this would work ok with the accomodations?
[18:33] <rustyl> http://www.thegrandlodge.com/index.php?loc=59&category=Location%20Homepage
[18:34] <Fenario> rustyl & mawhalen: how far is it from the airport?
[18:34] <Fenario> rustyl & mawhalen: also it looks too fun :-)
[18:35] <mawhalen> It is a bit of a drive from the Airport - about 30 minutes
[18:35] <amitk> rustyl: what is the weather like in end of Jan?
[18:35] <Mithrandir> mawhalen: how's the bandwidth there?
[18:35] <mawhalen> Fenario: It's close to Intel -
[18:36] <mawhalen> Mithrandir: I'm checking on bandwidth
[18:36] <Mithrandir> and will we be seeing bspencer behind the bar in Bob's bar? ;-)
[18:36] <mawhalen> amitk: weather...could be sunny everyday or could rain everyday - very hard to tell
[18:36] <mawhalen> amitk: there will still be skiing going on at Mt Hood
[18:37] <Fenario> mawhalen: that's fine.  I know that one of our Admins has made hotel reservations at a local Marriott, but we could move there if you want.   I would just want to verify (like Mithrandir) the bandwidth
[18:37] <bspencer> Mithrandir:  :)
[18:38] <agoliveira> mawhalen: Shared bath? You mean like bed and breakfest places?
[18:38] <mawhalen> agoliveira: yes - like bed/breakfast
[18:39]  * agoliveira mispelled "breakfast" *very* badly.
[18:39] <Mithrandir> mawhalen: if possible, it'd be good if you could talk to David about this tomorrow since I know he's done quite a lot of preparations for the sprint and knows better what we need and don't need.
[18:45] <agoliveira> I'm really not happy about the idea of shared bathroom. Shared rooms are bad enough already so I hope we stay where we are already booked.
[19:04] <smagoun> agoliveira: we could always stay at a hostel: http://www.portlandhostel.org/  $17/night, heh.
[19:05] <agoliveira> smagoun: If I were single, I wouldn't bother at all :)
[19:12] <Fenario> Mithrandir: can you join the Intel call given David M is not here?
[19:12] <Mithrandir> am I confused again?  Isn't that in an hour?
[19:12] <Mithrandir> well, 45 minutes.
[19:13] <Fenario> the time changes a lot it is happening now
[19:13] <Mithrandir> ok
[19:13] <Mithrandir> can you /msg me the details since my email is a bit broken now.
[19:13] <Fenario> sure
[19:14] <Fenario> Mithrandir: Bridge: 6, Passcode: 5858198
[19:16] <Mithrandir> thanks, I'm in now
[22:52] <DanaG> Hmm, first time I've been around here.
[22:53] <DanaG> I'm curious: are there any nice devices like the iPod Touch, but not by Apple, and with support for playing Ogg Vorbis?
[22:53] <DanaG> I'd like to try Ubuntu Mobile, but I don't know what I'd run it on.


[08:51] <catphish> what does public_ssh_keys in the metadata do?
[09:04] <catphish> i think i'll just not worry about meta-data keys unless i find i actually need them
[09:37] <otubo> (sorry I was just disconnected from irc, will paste the messages again)
[09:37] <otubo> Odd_Bloke: hey, thanks a lot for the reivew! Regarding the commit message, I guess it is on the PR itself? it too big? Or do you need more details?
[12:46] <smoser> c-i runs as root on travis ?
[13:21] <catphish> quick question - what's the correct way to have cloud-init only run once, specifically once my config has applied successfully i don't want subsequent boots to waste time looking for an updated configuration from the network
[13:21] <catphish> ideally i'd want this to be reversible so that if a machine is cloned, i could easily trigger it to run again, but only in that specific case
[13:23] <ananke> perhaps disable the systemd services as part of runcmd module
[13:25] <ananke> though I wonder if 'waste time' is actually a noticable problem
[13:26] <otubo> Odd_Bloke: OH, just noticed you might be referring to the PR template. Danm, sorry, my PR is old and we didn't have it back then. I'm gonna work on that.
[13:26] <catphish> actually, thinking about it, it would be even better if my datasource itself could compare the UUID of the machine with the one from the previous run, and return a dummy data set if they match
[13:27] <catphish> ananke: well because my datasource is network based, i don't really want subsequent boots to hang if there's a network problem, and the process of doing the network based config does delay the boot a little even when it's working correctly
[13:28] <catphish> i'll see if i can have my datasource do the work itself and compare the UUID from the BIOS with the one from the last run
[13:36] <smoser> catphish: what you're describing is basically how it works.
[13:38] <smoser> you could say specifically which datasource your're' talking about
[13:39] <smoser> but ec2, openstack (on intel/kvm) and others do that. (check_instance_id is what determines "is this new").
[13:41] <minimal> Hi folks. Is there any agreement on whether strings in user-data (i.e. YAML) should be single-quoted or double-quoted? Is see varying uses of both in the docs and in the testcases
[13:42] <catphish> smoser: that's ideal, do they pull the instance id from the bios for the check?
[13:42] <catphish> smoser: sorry, it's *my* datasource, i haven't pushed it yet
[13:43] <catphish> i'll go check check_instance_id anyway, thanks!
[13:43] <smoser> they compare the cached instance id to what is exposed by the platform in dmi data.
[13:43] <catphish> perfect, that's exactly what i want do do, i'll go and find that code
[13:43] <smoser> buton those platforms the platform states taht instance-id == <that-value>
[13:44] <smoser> we're not just comparing serial number or some other field.
[13:45] <catphish> i'm not sure i understand, but perhaps i will if i read the code
[13:45] <smoser> the platform (ec2 and openstack) state that they expose the instance-id through dmi
[13:49] <catphish> looks like check_instance_id will do what i want, in openstack it calls instance_id_matches_system_uuid
[13:51] <catphish> digitalocean calls: instance_id_matches_system_uuid(self.get_instance_id(), 'system-serial-number') which is close to what i actually want, thank you!
[14:18] <Odd_Bloke> otubo: Yeah, only asking because I want to be sure that the words attached to your name in the squash commit are the ones you would choose. :)
[14:20] <otubo> Odd_Bloke: ACK on the text :-)
[14:25] <Odd_Bloke> minimal: There is not, to my knowledge.
[14:27] <Odd_Bloke> Both quote types are valid and have different uses (per the YAML spec: https://yaml.org/spec/1.2/spec.html#id2786942), primarily to do with escaping.
[14:27] <Odd_Bloke> (But it sounds to me like single-quoted for preference, and double-quoted if necessary makes sense.)
[14:29] <minimal> Odd_Bloke: ok. Am working on a PR to revise/correct docs for a particular issue where a value needs to be quoted and thought it would make sense for all relevant testcases and docs to use the same notation.
[14:32] <minimal> One of the examples I want to correct is macaddress value, it must be quoted (either single or double) but the docs don't indicate this and there's only 1 testcase where its quoted (single in this case). So I need to decide whether to specify single or double in my PR
[14:33] <minimal> So I'll go with single quote then.
[14:34] <Odd_Bloke> Yeah, that sounds good to me!
[14:35] <minimal> have found quite a few minor user-data issues that the current testcases don't pick up on
[14:37] <otubo> Odd_Bloke: also, is it ok to "Update branch" from the Github interface? Does it generate garbage upon merge?
[14:37] <minimal> another question, is regarding the User & Groups module, the setting "inactive" doesn't make sense. The docs state: "Mark user inactive. Default: false"
[14:37] <Odd_Bloke> otubo: We'll do it if necessary before merge, but it's totally fine for you to do too.
[14:37] <otubo> Thanks.
[14:38] <minimal> However according to "useradd" docs for "--inactive" it is used for "The number of days after a password expires until the account is permanently disabled." which is not the same thing
[14:41] <Odd_Bloke> minimal: Yeah, that seems like a clear issue: it _looks_ like the code will currently allow you to pass a string and it will DTRT, so that may just be a documentation issue at least?
[14:43] <minimal> I mean the c-i docs define inactive as a boolean whereas the code when creating the user for most OSes calls "useradd --inactive" with no value which means the value in /etc/default/useradd is used, which is "-1" which means disable the inactive feature - end result, defining inactive: true in user-data in reality does not use the inactive feature
[14:44] <minimal> typically the useradd/usermod inactive feature takes a value for numeber of days
[14:51] <minimal> Odd_Bloke: yeah I'd expect the user-data inactive to take days as a param. However FreeBSD maps this to "pw useradd -E" and its not clear if for FreeBSD if this is a boolean or takes a number as well (only online pw man I've found doesn't document -E)
[15:05] <minimal> Odd_Bloke: just retested to double check my notes - inactive: '5' works but inactive: 5 (without any quotes) does nothing
[15:07] <Odd_Bloke> minimal: Right, the code checks specifically for a string; if the value is one then it will add `["--option", "value"]` to the command line, if it _isn't_ a string (i.e. a bool as documented, or an int as you just tried) then it adds only ["--option"].
[15:07] <Odd_Bloke> That int fact is definitely going to catch people out, no matter how we change the docs.
[15:08] <minimal> Well my concern is I don't know how FreeBSD acts and so if I update the docs (and testcases) to expect a string with a number of days will it break FreeBSD?
[15:09] <minimal> also the only testcase I could find that specified inactive doesn't actually check/simulate /etc/shadow to verify if it acts as expected
[15:09] <Odd_Bloke> https://github.com/canonical/cloud-init/blob/master/cloudinit/distros/__init__.py#L473-L484 is the code I'm referring to, FAOD.
[15:09] <Odd_Bloke> Yeah, that's a great Q about BSD too.
[15:10] <minimal> yeah, __init__.py is used for *most* OSes but not BSD, freebsd.py passes "-E" to "pw user" instead
[15:11] <Odd_Bloke> I can't find -E but https://www.freebsd.org/cgi/man.cgi?pw(8) does have `-e`: "Set the account's expiration date."
[15:12] <minimal> yeah, same page I found. That's why I couldn't work out what -E does (or is it a typo?)
[15:12] <Odd_Bloke> It looks like -E was introduced when FreeBSD support first landed in 2013, so it could either be a typo or something that has changed since then.
[15:13] <Odd_Bloke> meena: Goneri: Are either of you able to weigh in?
[15:13] <Odd_Bloke> minimal: (They're our two most active *BSD contributors. :)
[15:13]  * Goneri reads
[15:13] <minimal> if its meant to be "-e" then we're in even more of a bind as that takes a date string rather than a number of days
[15:14] <minimal> hmm, it does take a number of days if "+" prefixed.......
[15:19] <Goneri> to disable an account we should probably do something like that: pw mod user root -w no
[15:21] <Goneri> I remember on BSD you've got a case where the account is disabled and another one where it's just the password. I cannot really elaborate on the, but I remember it was rather different comparing with Linux.
[15:23] <Goneri> also on NetBSD and OpenBSD, you cannot enable/disable a password. You instead need to nuke the password and to restore the PW auth, you need to reset a new PW.
[15:24] <minimal> well I guess that's the underlying question - what is the "inactive" setting supposed to achieve? Is it meant to disable an account (in which case current functionality does not achieve that - the useradd --inactive flag and the underlying /etc/shadow field control "The number of days after a password has expired during which the password should still be accepted"
[15:25] <minimal> disabling password is expected to be controlled by "lock_passwd" user-data setting
[15:26] <Goneri> Good question, my understanding is that we just disable the pw auth. We can face some surprise otherwise, fFor instance if we disable the root password, and we actually really kill it.
[15:27] <minimal> Goneri: I mean there are 2 distinct user-data settings for users: "inactive" and "lock_passwd", what you're describing should be controlled by "lock_passwd"
[15:27] <Goneri> it's more a question for the core team.
[15:27] <Goneri> what is the meaning of the inactive flag
[15:28] <Goneri> and we will probably need to audit the current code base, to ensure we match the expectation.
[15:29] <minimal> I expect these options were created by looking at the various options that useradd and usermod take and mapping to them
[15:30] <minimal> so useradd has an "--inactive" option and usermod has a "--lock" option (this just puts a "!" in front of the password)
[15:31] <minimal> locking account for useradd/usermod is controlled by "--expiredate" which maps to user-data "expiredate"
[15:34] <minimal> Odd_Bloke: so I think the current situation is that for user-data "inactive" the FreeBSD code should use "-e" instead of "-E" and it should accept a string containing a number of days and then map that to calling "pw useradd -e +VALUEd"
[15:36] <minimal> with this in mind I can update the docs to indicate that "inactive" takes a string of number of days and someone (trying not to volunteer myself ;-)) can update the current testcase that specifies "inactive" to actually also simulate /etc/shadow file and check that the value is placed in there correctly
[15:43] <minimal> there's no schema defined currently in the cc_users_group.py file so nothing to fix in that
[15:43] <Goneri> I'm glad we've got a volonter
[15:43] <Goneri> :-)
[15:57] <Odd_Bloke> In terms of 'what is the "inactive" setting supposed to achieve?', it's intended to allow users to specify `--inactive <value>` to the useradd call that happens for this user; our docs (and behaviour) should be aligned with `--inactive`s actual interface and behaviour.
[15:57] <Odd_Bloke> "I expect these options were created by looking at the various options that useradd and usermod take and mapping to them" <-- aha, yep, exactly that
[16:00] <minimal> I'll revise the description for "inactive" to reflect the reality
[16:02] <Odd_Bloke> https://www.freebsd.org/cgi/man.cgi?query=pw&apropos=0&sektion=8&manpath=FreeBSD+9.3-RELEASE+and+Ports&arch=default&format=html (note this is for FreeBSD from ~2013) also does not mention -E, so I think that must just be a bug?
[16:02] <Odd_Bloke> Goneri: Do you know(/can you check) if `-E` will work at all with `pw useradd`?
[16:12] <minimal> BTW there's no user-data setting for defining a user's password expiry date. "expiredate" controls when the account is disabled, not when the password expires.
[16:14] <minimal> I guess because useradd/usermod don't appear to have options to control this (it managed by /etc/default/useradd and the user's /etc/shadow entry)
[16:40] <Goneri> Odd_Bloke, the flag does not exist.
[17:37] <Odd_Bloke> Thanks!
[17:37] <Odd_Bloke> minimal: So given ^, we may also want to document that the option does not work for FreeBSD.
[17:40] <meena> well, crap
[17:41] <meena> can we just outright reject it on (Free?)BSD?
[17:48] <blackboxsw> paride: I approved https://github.com/canonical/cloud-init/pull/576 for this iteration as I think we can address the cpick issue when we next hit it if we have a need to test locally during our next release freeze. rharper is there still something that you wanted to block for this pass on bddeb?
[18:03] <minimal> Odd_Bloke: if freebsd.py is changed to use "-e +DAYSd" then it should work as well
[18:08] <Odd_Bloke> Yeah, that would work.  A bit of me wonders if we should allow FreeBSD users to pass whatever they want to `-e` (i.e. expect them to pass +2d if that's what they mean), so that they aren't restricted to only using the subset of expiration functionality that's supported on Linux.
[18:09] <Odd_Bloke> But then it means that user config is less portable between Linux and BSD, which is also less than ideal.
[18:10] <Odd_Bloke> I suppose that if someone wants some of the BSD-specific functionality then they can always use a runcmd instead.
[18:17] <rharper> blackboxsw: no; I'm fine with bddeb
[18:48] <johnsonshi> Odd_Bloke blackboxsw: Hi folks, I'm looking to get https://github.com/canonical/cloud-init/pull/594 in by the next SRU. The PR adds "report_failure" functionality (description in the PR). The changes in that PR are fairly short (mostly changes in DataSourceAzure.py and the azure.py helper). Most of the lengthy additions comes from additional UTs I added for the report failure functionality.
[18:48] <blackboxsw> thanks rharper.
[18:49] <blackboxsw> johnsonshi: excellent. we talked about reviewing this PR at today's standup meeting.  So, we expect to close it out shortly and we'll make sure it's in for the next SRU.
[18:49] <johnsonshi> I've performed deployment tests to ensure that (1) there are no regressions, and (2) that the report failure functionality works. Also added lots of UTs covering each possible case. I think the PR should be ready now :)
[18:49] <blackboxsw> which I think is before end of year.
[18:49] <johnsonshi> blackboxsw: Thanks!


[12:39] <admin321> I used the 2.6.17 config for building my own kernel image(2.6.18) however my dvdrom is not getting detected anymore on bootup of the 2.6.18 is there a module that needs to be loaded?
[12:39] <admin321> and what is the diffrence between profile and oprofile?
[02:15] <zul> hey
[02:52] <zul> hey
[03:34] <gebruiker> would profile benefit performance / startup time?


[03:25] <lerner> guys with gnome use disk usage analyzer. For us without gnome, what do we use?
[10:00] <xubuntu45i> Hello, bonjour.
[10:01] <xubuntu45i> I was waiting for release 2. Install is running.
[10:02] <xubuntu45i> What about scanning with un Epson XP-102 ? With release one, it was messy !
[10:05] <xubuntu45i> release 2 of 16.04 !
[14:44] <xubuntu38w> Has anyone ever dealt with Xubuntu asking for authentication to hibernate, despite hibernation not being enabled on the system?
[15:28] <kaerhon> hiiii :D
[15:33] <kaerhon> i have a weird issue i asked in #inkscape : (first, my computer has xubuntu 16.10), yesterday i installed a bunch of font packages via synaptic, and they don't show up in inkscape. They do in libreoffice, though. any idea what could happen?
[15:33] <kaerhon> i manually put some other fonts files (ttf) in the /home/.fonts directory, and these ones show up
[15:37] <flocculant> kaerhon: on the offchance this is the case - did you install inkscape as a snap?
[15:39] <kaerhon> i think so yeah
[15:40] <kaerhon> i wanted to see the gradient meshes ;x
[15:40] <kaerhon> :x
[15:40] <flocculant> http://askubuntu.com/questions/879468/inkscape-0-92-0-snap-fonts-problem-ubuntu-16-10
[15:41] <kaerhon> oh
[15:41] <kaerhon> that explains why
[15:41] <kaerhon> thanks!
[15:42] <kaerhon> sorry, i should've remembered the snap part
[16:19] <xubuntu38w> Has anyone ever dealt with Xubuntu asking for authentication to hibernate, despite hibernation not being enabled on the system?
[20:18] <xubuntu14i> hello?
[20:18] <xubuntu14i> is everyone dead?
[20:19] <xubuntu14i> momy? momy where are you?
[20:22] <knome> patience, where are you?
[20:23] <flocculant> living in the last decade I think
[22:21] <ppokojowczyk> Hi. I've got a long running issue with xubuntu ( exactly with all kinds of distros based on XFCE ). I use XFCE because of simplicity and lightweight, but with some apps like firefox or gimp I notice some kind of lags / sluggishness, I suspect it's because of GTK. I'm thinking about switching to lubuntu, but considering either XFCE and LXDE is based on GTK, should I expect improvement in this case?


[16:00] <jgrimm> o/
[16:00] <rharper> \o
[16:00] <rbasak> o/
[16:00] <cpaelzer> o/
[16:00] <zul> heylo
[16:01] <jgrimm> howdy zul
[16:01] <nacc> o/
[16:01] <zul> #startmeeting
[16:01] <meetingology> Meeting started Tue Jun 14 16:01:13 2016 UTC.  The chair is zul. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:01] <meetingology> Available commands: action commands idea info link nick
[16:01] <zul> so lets get on with it
[16:01] <zul> #topic Review ACTION points from previous meeting
[16:01] <zul> any action points from the previous meeting?
[16:02] <rbasak> None were minuted.
[16:02] <zul> if not moving on
[16:02] <zul> #topic Development Release
[16:03] <zul> so yakkety is on going, does someone want to take this topic?
[16:03] <rbasak> Sync and merge time. I think that's all, unless anyone else has anything to discuss on this topic?
[16:03] <jgrimm> i'd like to get an update on the importer at some point in the meeting
[16:04] <zul> well now would be a good time then;)
[16:04] <rbasak> It probably fits this topic the best I think.
[16:04] <jgrimm> perfect. nacc, rbasak^^
[16:04] <nacc> sure
[16:04]  * rbasak defers to nacc
[16:04] <nacc> not too many updates to the importer itself in the past week
[16:04] <nacc> I found one bug with the resuming of interrupted imports
[16:04] <smoser> o/
[16:05] <nacc> (which happens with launchpad timeouts periodically in my experience)
[16:05] <nacc> otherwise, it seems to be mostly working for the import case
[16:05] <nacc> rbasak and I have been discussing how best to get the tooling to do what we want for the git workflow at this point
[16:05] <nacc> barry from foundations did find one issue with gitpython that exists upstream due to a non-UTF8 in a historical changelog
[16:05] <rbasak> I think from an importer perspective we're doing very well.
[16:05] <nacc> he's planning on sending a patch to catch that and a few other things he's found
[16:06] <nacc> otherwise, the importer is stable as of right now
[16:06] <rbasak> A final piece is to make sure the importer works well against a branch an uploader pushes, to close the loop.
[16:06] <jgrimm> ok, its safe to use?
[16:06] <rbasak> LP MPs seem to work well too.
[16:06] <nacc> i'm still working on the wiki page (https://wiki.ubuntu.com/UbuntuDevelopment/Merging/GitWorkflow)
[16:06] <jgrimm> that is for real work, or still consider it testing phase?
[16:07] <rbasak> From what I've seen it's good for real work, though I have a pretty small sample size so far.
[16:07] <nacc> same here
[16:07] <rbasak> Closing the loop isn't necessary - if the importer doesn't pick up the tree from an upload, no big deal IMHO.
[16:07] <nacc> if we never push the upload/ tags to usdi for now, then the importer will just import the new publish later
[16:07] <rbasak> That shouldn't block progress.
[16:07] <nacc> right
[16:07] <jgrimm> ok, yes.. we know we'll still hit corner cases.
[16:07] <jgrimm> thanks!
[16:07] <zul> ok anything else?
[16:07] <rbasak> So, I guess that means that we'd like everyone to continue asking us for imports as needed.
[16:08] <jgrimm> cpaelzer, dpdk update?
[16:08] <jgrimm> rbasak, i'll send a few import requests later today
[16:08] <nacc> ask on the ubuntu-server list, please :)
[16:08] <jgrimm> nacc, ack
[16:09] <zul> ok moving on
[16:09] <jgrimm> k
[16:09] <zul> #topic  Server & Cloud Bugs (caribou)
[16:09] <rbasak> I would like to bring up bug 1560939.
[16:09] <cpaelzer> sorry busy with rharper and smoser at the same time
[16:10] <jgrimm> cpaelzer, no worries.
[16:10] <cpaelzer> dpdk TL;DR update - we have sane libraries now
[16:10] <rbasak> I marked it Critical because if it is a regression as was suggested in the bug, then it's important.
[16:10] <cpaelzer> we have a dpdk 16.04 ppa at https://launchpad.net/~paelzer/+archive/ubuntu/dpdk-merge-16.04/+packages now
[16:10]  * jgrimm looks at rbasak bug
[16:10] <rbasak> But it isn't clear to me if it is valid or not, especially given the most recent comments.
[16:10] <cpaelzer> next dpdk related steps are around getting OpenvSwitch work with it
[16:10] <rbasak> smb (not here) did ask me by email about the "-d" switch.
[16:11] <nacc> rbasak: seems like a nova-compute bug (implicitly)
[16:12] <rbasak> jamespage: any opinion please?
[16:12] <nacc> rbasak: in that nova-compute modified the libvirt-bin defaults, and then ... the user never noticed/knew to revert it, unsure
[16:12] <rbasak> I'd like to get this triaged at least, to eliminate it looking so dire if it isn't.
[16:12] <jamespage> that was related to an older charm version - that has been fixed
[16:13] <jamespage> the original bug was charm related - not sure about the most recent comments
[16:13] <zul> so anything ele?
[16:14] <rbasak> jamespage: so what should the status of the bug be?
[16:14] <nacc> rbasak: it feels like two independent bugs on my re-read; the first was the locales issue
[16:14] <jamespage> invalid imho
[16:14] <nacc> then other users got bit by this libvirt-bin default issue, that was unrelated to the locales one, but had the same effect
[16:15] <zul> ...
[16:15] <rbasak> nacc: are any of your two independent bugs valid, in your opinion? Or would they both be Invalid?
[16:15] <nacc> i think the first is fix-release (via locales update)
[16:16] <nacc> based also upon rharper's comments
[16:16] <nacc> the second is invalid based upon jamespage's comments (aiui)
[16:16] <rbasak> OK, thanks. If everyone's happy with that, I'll update the bug.
[16:17] <zul> #topic Weekly Updates & Questions for the QA Team (tbd)
[16:17] <zul> hi tbd
[16:17] <zul> oh wait..
[16:17] <powersj> o/
[16:17] <jgrimm> nice! hi powersj
[16:17] <powersj> howdy
[16:17] <cpaelzer> hi++ powersj
[16:18] <jgrimm> powersj, will be starting the first week of july.
[16:18] <jgrimm> zul, nothing else for now on QA
[16:18] <rbasak> powersj: welcome!
[16:18] <powersj> thx
[16:18] <zul> ok cool
[16:18] <zul> #topic Weekly Updates & Questions for the Kernel Team (smb, sforshee, arges)
[16:18] <jgrimm> sprinting i believe
[16:19] <cpaelzer> they should have entered social time already or soon
[16:19] <zul> bunch of drunks
[16:19] <zul> #topic Upcoming Call For Papers
[16:19] <nacc> heh
[16:20] <zul> #topic Ubuntu Server Team Events
[16:20] <jgrimm> not seeing anything interesting on lwn CFP page
[16:20] <jgrimm> ditto
[16:20] <zul> any upcoming events?
[16:20] <zul> #topic Open Discussion
[16:20] <zul> chat amongst yourselves
[16:20] <cpaelzer> CFP related - https://www.opnfv.org/news-faq/events/2016-06-20/2016-opnfv-summit anybody ?
[16:20] <cpaelzer> deadlines passed, but I'd be interested if anybody will be there
[16:21] <zul> i guess not
[16:21] <zul> #endmeeting
[16:21] <meetingology> Meeting ended Tue Jun 14 16:21:45 2016 UTC.
[16:21] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2016/ubuntu-meeting.2016-06-14-16.01.moin.txt
[16:21] <cpaelzer> rbasak: bug talk ?
[16:21] <jgrimm> doh
[16:22] <rbasak> Yeah, I was waiting for that.
[16:22] <rbasak> zul: there are a couple more topics in the agenda.
[16:22] <rbasak> Never mind, we'll just do that here now.
[16:22] <jgrimm> yeah, no worries.  thanks zul
[16:23] <rbasak> OK, so let's pretend #topic Assigned merges/bugwork (rbasak)
[16:23] <rbasak> Can I get progress updates first please, and then I'll assign new bugs?
[16:23] <rbasak> cpaelzer: bug 1507681, bug 1495988, bug 1581839, bug 1524526
[16:23] <rbasak> jgrimm: bug 1397250
[16:23] <rbasak> nacc: bug 1524635, bug 1570472, bug 1553563, bug 1570923
[16:23] <rbasak> rharper: bug 1384503, bug 1491406, bug 1472639
[16:24] <rbasak> magicalChicken isn't here, so I'll ask him for an update in #ubuntu-server
[16:24] <jgrimm> rbasak, i started looking at it.   unfortunately the upstream bugzilla is down.. need some test recreate info from there.
[16:24] <rbasak> jgrimm: OK, thanks
[16:24] <rharper> bug 1384503 , updated description with current status, including statement on request for reproducing data from affected users.
[16:24] <jgrimm> rbasak, i sent the upstream an email to let them know their bugzilla was down
[16:24] <nacc> rbasak: re: 1524635, can be taken off the list, waiting for a response from submitter for testing via ppa
[16:25] <nacc> rbasak: re: 1570472, i've sort of handed-off to sdeziel, who is working on getting yakkety fixed, so we can properly SRU
[16:25] <rbasak> nacc: 635> OK, thanks. I suggest that you unassign yourself, mark back as Triaged or Incomplete or something with a comment.
[16:25] <nacc> rbasak: re: 1553563 1570923, i've prioritized php over bacula to get 16.10 cleaned up. So i'd recommend reassignment for now
[16:25] <nacc> rbasak: will do
[16:25] <rharper> bug 1491406 is fixed release on devel, SRU pending on trusty, sponsors subscribed, uploaded to proposed queue,
[16:26] <rharper> bug 1472639, untouched, will poke at it this week.
[16:26] <rbasak> nacc: 472> same - please unassign so it's clear
[16:27] <nacc> rbasak: ack
[16:27] <cpaelzer> 1581839 Waiting for Review/Sponsoring
[16:27] <cpaelzer> 1495988 Waiting for Review/Sponsoring
[16:27] <cpaelzer> 1524526 will be a merge + dropping the failing plugin (my first shot at the importer)
[16:27] <cpaelzer> 1507681 Waiting in proposed for the reporter to verify
[16:27] <cpaelzer> 1588690 I mentioned last week turned out to be tar now behaving as it should since 1.22 (no bug other than if you use it wrong as dpdk did)
[16:29] <cpaelzer> am I dead or netsplit or something - you see me?
[16:29] <rbasak> rharper: 406> what's the plan with SRU verification? Will you do that or should we just leave it to the reporter?
[16:29] <jgrimm> cpaelzer, i see you
[16:30] <rbasak> rharper: 503> I've marked as cleared. Thanks!
[16:31] <rbasak> cpaelzer: I see you. Sorry, just working my way down so I don't miss updates.
[16:31] <cpaelzer> rbasak: totally fine and a good approach - just wondered as I saw no update at all
[16:31] <rharper> rbasak: 406, I can verify; added to my list
[16:34]  * rbasak is still catching up on cpaelzer's updates, sorry
[16:35] <rbasak> cpaelzer: that all looks good, thanks. I take it bug 1588690 I can treat as cleared?
[16:35] <cpaelzer> we need a spinning wheel or hourglass symbol for you :-)
[16:35] <cpaelzer> yes 690 is cleared
[16:35] <cpaelzer> even in dpdk packaging, related debian bug and upstream with tar mailing list
[16:36] <rbasak> OK, thank you all for the updates.
[16:36] <cpaelzer> thanks you for all the hoursekeeping on them
[16:36] <rbasak> Good news - nothing in the my list has been dormant for over week. That's notable progress for the process - thank you all.
[16:37] <jgrimm> \o/
[16:37] <rbasak> Next, new assignments
[16:37] <rbasak> These are all higher priority than the "ramping up" bugs. I think they generally impact (or may impact) Xenial.
[16:37] <rbasak> There are nacc's unassigned bacula bugs due to his PHP priority, and few new ones.
[16:37] <rbasak> Five in all.
[16:38] <rbasak> bug 1585771, bug 1519120, bug 1590688, bug 1553563, bug 1570923.
[16:38] <cpaelzer> rbasak: as I just was at clamav I'd take this one
[16:38] <rbasak> cpaelzer: thanks!
[16:38] <cpaelzer> rbasak: but this time really don't expect me to work on it before next week - just as heads up
[16:38] <rbasak> OK
[16:39] <rbasak> For 771, cyphermox assigned himself but I'd like someone to drive from the server end - just coordinating to make sure it doesn't get lost.
[16:40] <rbasak> rharper: any capacity? I'd prefer you looked at any of these new ones over bug 1472639
[16:41] <rbasak> jgrimm: this may be our first overflow - stuff that I think need looking at very soon, but no capacity available.
[16:41] <nacc> rbasak: depending on how much of the php stuff goes through now that i've unstuck phpunit, i might be able to get to bacula
[16:41] <nacc> rbasak: i'll try and let you know by EOD (and i'll make sure the bug assignments reflect htat)
[16:42] <rbasak> nacc: thanks
[16:42] <jgrimm> rbasak, yup
[16:42] <rbasak> I think for these maybe leave them unassigned (both in LP and my spreadsheet) so that the first available person can take them?
[16:42] <rbasak> If anyone has capacity open up, please let me know.
[16:42] <rbasak> I guess that's all from me then. Thanks all!
[16:43] <jgrimm> rbasak, thanks
[16:43] <nacc> thank you rbasak !


[00:54] <arraybolt3> Gah. I hate undocumented APIs.
[00:54] <arraybolt3> Fighting with those in NetworkManagerQt currently - plasma-nm does things that the API docs don't tell you that you can do, that I need to be able to do :P
[04:36] <arraybolt3> Had one false start earlier (turns out NetworkManagerQt on Ubuntu lacks proxy settings for some unknown reason), but I did manage to implement most of the IPv4 settings tab, so significant progress forward!
 Lubuntu Noble has arrived http://cdimage.ubuntu.com/lubuntu/daily-live/current/
 Thank you! I was watching for it but I've been traveling :)
 Calamares just fine .. (re @tsimonq2: Thank you! I was watching for it but I've been traveling :))
 Glad to hear it, let me know if you guys come across anything else!
 I have another revision of settings coming, probably sometime while I'm here
 Enjoy the trip @tsimonq2 😊
 Thank you :)


[09:02] <buff27> greetings
[09:06] <jmarsden> buff27: There are not many Lubuntu folks awake at this time, I think.  Do you have an Lubuntu support question?
[09:07] <buff27> no not at all jmarsden, just made the switch to lubuntu from xubuntu and like it
[09:07] <jmarsden> Cool!  Thanks for the vote of confidence :)
[11:22] <elros> hasd anyone tried mupdf as their pdf viewer? it's amazingly fast
[11:23] <elros> I guess the biggest downside is that it doesn't have a proper gui, or buttons to press, so I wouldn't recommend it as the default viewer for lubuntu
[11:24] <elros> and I mean fast: less than 0.5s to open a regular pdf
[11:29] <bioterror> define regular pdf ;)
[11:31] <elros> the ones I have on my HD :)
[11:32] <elros> a musical score, spreadsheet > pdf, scans, articles
[11:34] <bioterror> I think I have just few playboys :P
[11:39] <bioterror> I just opened our washing machines manual and it didnt take long from evince
[11:43] <bioterror> that's just 1.7MB pdf
[11:43] <elros> you can compare mupdf vs evince vs acroread
[11:44] <elros> with speed, mupdf wins hands down
[11:44] <bioterror> yeah, but it wasnt longtime ago when someone suggested xpdf instead of evince
[11:44] <bioterror> and well, gilir made his point clear ;)
[11:45] <elros> "so I wouldn't recommend it as the default viewer for lubuntu"
[11:45] <bioterror> it's more than just "speed"
[13:16] <Ubuntu-rosa>  bonjour s'il vous plait j'ai une question à propos de la commande lsof si quelqu'un a une idée
[13:35] <elros> parrle anglais sil vous plait
[13:35] <Ubuntu-rosa> ok
[13:35] <Ubuntu-rosa> I want to display for a given partition users who are about to use this partition
[13:36] <Ubuntu-rosa> i want extract all the users the problem is that there isn't a séparator in the results of lsof , not the same case as the file passwd
[13:53] <pcman> hi
[13:56] <elros> hi
[16:35] <john_rambo> Hi I just completed installing Lubuntu 11.04 ...After the the login screen I only see the mouse pointer & it stays like that


[15:21] <Chex> morning guys
[15:22] <Chex> bon matin, aussi
[21:25] <Chex> hey MagicFab
[21:25] <MagicFab> Chex, o/
[21:25] <Chex> howz acanac for an ISP these days?
[21:25] <Chex> I keep hearing bad things about them on DSLR