[00:04] <Etriaph> ahoneybun: I suggest border-radius: 5px on the content regions block element :D
[00:04] <Etriaph> ahoneybun: Also, will the documentation be provided on mobile using media queries?
[00:05] <ahoneybun> not sure yet
[00:05] <ahoneybun> I'm in talk with ovidiu-florin about linking the Docs with the new site and maybe it can look nice on mobile
[00:05] <Etriaph> It would be handy for those having difficulty getting the system configured to be able to walk through documentation on a tablet or mobile device.
[00:08] <ahoneybun> I agree there, I'll add a card for it
[00:09] <ahoneybun> if we get ebook, pdf support it would be good on the mobile front
[00:09]  * ahoneybun starts Spotify and getting to work
[00:10] <ahoneybun> any help with HTML and CSS is always welcome Etriaph :)
[00:10] <valorie> we have ebook integration from the kde wiki
[00:10] <Etriaph> ahoneybun: I could write a few books.
[00:10] <valorie> pdf support as well
[00:10] <valorie> that's how books.kde.org works
[00:10] <ahoneybun> valorie: I've never used it
[00:11] <Etriaph> ahoneybun: I'm a web developer by trade.
[00:11] <valorie> the plugin might have to be enabled
[00:11] <ahoneybun> yea I think it does
[00:11] <ahoneybun> Etriaph: awesome to know
[00:11] <valorie> but I've generated an ebook for the amarok docs
[00:11] <Etriaph> If you have any questions, you can query me and I'll answer as best I can.
[00:11] <ahoneybun> Etriaph: thank you very much Etriaph
[00:12] <valorie> Etriaph: we have a nice group developing the website here; it would be great to have your input as well
[00:12] <ahoneybun> I'll add you to the jsfiddle
[00:12] <ahoneybun> yes just ping ovidiu-florin, soee, and myself
[00:12] <Etriaph> valorie: I had originally offered to assist with the website, but I disagree with WordPress.
[00:12] <valorie> if canonical IS ever institutes our new site....
[00:12] <valorie> ah
[00:13] <valorie> originally meaning back before our SoK student started, or recently?
[00:13] <Etriaph> I've put together about 120 wordpress sites over the years, it usually turns into a mess.
[00:13] <valorie> because the SoK student's work *sucked* imo
[00:13] <Etriaph> Uh, about 8 months ago.
[00:13] <valorie> reboot since then
[00:13] <Etriaph> No one really had a direction for it, that along with it being WordPress = Etriaph Stays Away
[00:13] <Etriaph> :D
[00:14] <valorie> I'm sure that there are still contributions to be made, but it was looking great last I looked at the testsite
[00:14] <ahoneybun> Etriaph: I'm trying not to change the HTML as much as possible since it is built by userbase
[00:14] <valorie> pity that Canonical didn't come through for us
[00:14] <ahoneybun> http://kubwp.kubuntu.co.uk/
[00:14] <Etriaph> ahoneybun: Ohh...
[00:15] <ahoneybun> ?
[00:15] <Etriaph> ahoneybun: k, lemme take a look at the structure first.
[00:15] <ahoneybun> you see the top left with the prev and next links? I'm trying to move them around
[00:15] <ahoneybun> left to the left, right to the right
[00:16] <ahoneybun> Etriaph: #idname, .classname?
[00:17] <Etriaph> If it's uniq, you can position by ID, but depending on the structure of the HTML it may be difficult to do.  Looking at it now.
[00:18] <ahoneybun> yea but then have to change it on all the html files
[00:18] <ahoneybun> at least 10+
[00:22] <valorie> oh gosh, have to eat something and go to my dad's
[00:22] <valorie> bbl
[00:52] <Etriaph> ahoneybun: Sorry, got pulled away, but navCenter is the class that applies
[00:52] <Etriaph> ahoneybun: You could position anywhere you want.
[00:52] <ahoneybun> I've using #footer .nextCell
[00:52] <ahoneybun> but it will not go all the way to the right
[00:53] <Etriaph> .navCenter .navigation .nextCell
[00:53] <Etriaph> That's what I would use as my selector.
[00:54] <Etriaph> So .navCenter .navigation .nextCell { /* Styles */ }
[00:54] <Etriaph> Precede it with #content
[00:55] <ahoneybun> thanks
[00:56] <ahoneybun> still in the center sadly
[00:57] <ahoneybun> well I moved it lol
[00:58] <Etriaph> The trouble is the navigation is in a table.
[00:58] <Etriaph> So the table, and it's cells, have to be width: 100%
[00:59] <Etriaph> Do you want a different display for the footer version than at the top of the content?
[00:59] <ahoneybun> no both can be the same I believe
[00:59] <ahoneybun> Riddell: valorie ovidiu-florin Etriaph http://imgur.com/lkCqDiy
[01:01] <Etriaph> ahoneybun: Can you show me a shot of it with the lower navigation as well, fully lit up?  ie. Prev Up Next?
[01:02] <ahoneybun> Etriaph: aren't you on the jsfiddle?
[01:02] <Etriaph> I am.  I'd just rather not fiddle the work; I want to CSS it with Kate
[01:03] <ahoneybun> http://imgur.com/uV9Dppy
[01:06] <Etriaph> OK, lemme fiddle with some of this CSS.  I'm going to use the HTML you have in the fiddle and put my CSS in the fiddle when I'm done.
[01:06] <ahoneybun> ok
[01:14] <Etriaph> There.
[01:14] <ahoneybun> wait
[01:14] <ahoneybun> oh
[01:14] <Etriaph> Tables are as wide as their contents
[01:15] <Etriaph> So .navigation set to width of 100%
[01:15] <ahoneybun> I was looking at the kde-docs.css and how they did it
[01:16] <ahoneybun> we might be on different ones since I don't see any changes
[01:16] <Etriaph> Well the block element that holds the navigation is free-floating, you can do whatever you want with it now; just remember that tables are only ever as wide as the data they hold.
[01:17] <Etriaph> Now we're on the same one.
[01:17] <Etriaph> You'll still have to right-align the text in the .nextCell
[01:18] <ahoneybun> works
[01:19] <ahoneybun> :)
[01:20] <Etriaph> What outputs that HTML?
[01:20] <ahoneybun> userbase.kde.org
[01:20] <ahoneybun> a script
[01:21] <ahoneybun> ask sitter or Riddell
[01:22] <ahoneybun> though there should be a image somewhere on there
[01:22] <ahoneybun> here is the html with the real css
[01:22] <ahoneybun> http://docs.kubuntu.org/documentation-for-kubuntu.html
[01:22] <Etriaph> So do you provide structure and content, it generates HTML around it?
[01:22] <ahoneybun> yea I believe so
[01:23] <ahoneybun> it is pulled from here http://userbase.kde.org/Kubuntu
[01:23] <Etriaph> Those templates need to be updated.
[01:24] <Etriaph> Google is going on a tirade and will soon no longer index sites that aren't responsive.
[01:24] <Etriaph> To mobile, tablet, etc.
[01:25] <Etriaph> So the CSS for the manual is going to have to take that into account; whether or not it deals with the different viewport sizes is its own choice, but the media query has to be there.
[01:25] <Etriaph> So HTML5 + CSS3
[01:25] <Etriaph> I hope that doesn't scare you away from doing what you're doing :D
[01:31] <ahoneybun> the templates are from KDE upstream
[01:31] <ahoneybun> so they have to update them
[01:31] <Etriaph> I might update them myself, if they'll take the patches.
[01:32] <Etriaph> Do you know which repo they live in?
[01:33] <ahoneybun> no clue sadly
[01:34] <Etriaph> For our web site and services, probably should have a look at this:  http://searchengineland.com/google-search-algorithm-adds-mobile-friendly-factors-app-indexing-ranking-215573
[01:34] <Etriaph> It's a concern as of April 21
[01:35] <Etriaph> What domain is the new site hosted at?
[01:36] <Etriaph> Oh, found it.
[01:39] <ahoneybun> I'm trying to center images
[01:41] <ahoneybun> Etriaph: templates is the problem with using someones elses
[01:41] <ahoneybun> they have to change them or let us
[01:43] <Etriaph> Is the manual intended to be embedded into userbase.kde.org or elsewhere?
[01:43] <ahoneybun> the docs you mean?
[01:43] <Etriaph> Yes.
[01:44] <ahoneybun> userbase => kubuntu-docs package => docs.kubuntu.org
[01:44] <ahoneybun> I believe
[01:44] <ahoneybun> everything comes from the userbase pages
[01:45] <Etriaph> So they generate a tarball or do we get them individually?
[01:45] <ahoneybun> not sure if it is a tarbal
[01:46] <ahoneybun> Etriaph: you have Kubuntu installed?
[01:46] <Etriaph> 15.04, yes.
[01:46] <ahoneybun> installed kubuntu-docs?
[01:46] <Etriaph> Probably not, one sec...
[01:46] <Etriaph> I do now
[01:47] <ahoneybun>  /usr/share/doc/HTML/en/kubuntu/
[01:47] <ahoneybun> is where that installs
[01:47] <ahoneybun> so userbase exports to a docbook and then a script converts to HTML
[01:47] <Etriaph> So when you repackage it you're just splicing in CSS?
[01:48] <ahoneybun> the KDE site does I think \
[01:48] <Etriaph> OK, so that script is likely doing an XSL transformation to HTML
[01:48] <ahoneybun> not sure where it comes from since it is not in or source
[01:48] <Etriaph> If we had the docbook format, we could play with it.
[01:49] <ahoneybun> you it is in the that dir
[01:50] <ahoneybun> you can branch this https://code.launchpad.net/~aaronhoneycutt/kubuntu-docs/vivid
[01:50] <ahoneybun> as it is the same version as in the repos
[01:52] <Etriaph> Well it's just a matter of processing what's there in the docbook format into HTML5.
[01:53] <Etriaph> I'd have to write an XSL stylesheet for it then transform; not something I'm going to start today, but something possible down the road :D
[01:53] <ahoneybun> but there you have to do it everytime a new release is out (which is not much really)
[01:53] <ahoneybun> yay :D
[01:53] <ahoneybun> or for changes made to the userbase page anyway
[01:53] <ahoneybun> We need static pages for each release
[01:54] <Etriaph> Well when the manual is updated and you have a new *.docbook, you'd just run the transformer over it.
[01:54] <Etriaph> And it'll spit out pages.
[01:55] <Etriaph> KDE itself has a lot of web technologies that are out of date it seems.
[01:56] <Etriaph> www.kde.org is not responsive to changes in viewport at all.
[01:56] <ahoneybun> Etriaph: it would be much easier if we write the docs in HTML and then host it ourselves since we have a server anyway
[01:56] <Etriaph> ahoneybun: Well, it being in WordPress would make that remarkably easy.
[01:56] <ahoneybun> but HTML is not as easily as MediaWiki
[01:57] <ahoneybun> Etriaph: if we merge the WP site with the Docs
[01:57] <ahoneybun> I think they should be together as well so they are very easy to find
[01:57] <Etriaph> Oh, separate domain
[01:57] <ahoneybun> yea
[01:57] <ahoneybun> atm
[01:57] <ahoneybun> could link it
[01:57] <Etriaph> Oyy... docs.kubuntu.org is just that?
[01:58] <Etriaph> (Not to diminish it, but it's just the manual?)
[01:58] <ahoneybun> yea sadly
[01:58] <ahoneybun> not pretty atm
[01:58] <Etriaph> Now I'm itching to create a new Rails app just for that :D
[01:59] <Etriaph> Who hosts that?
[01:59] <ahoneybun> not sure the host
[01:59] <ahoneybun> I think it was donated
[01:59] <ahoneybun> host as in (GoDaddy?)
[01:59] <Etriaph> Yes
[01:59] <Etriaph> Where is it hosted, hardware, stack?
[02:00] <ahoneybun> don't know
[02:00] <ahoneybun> Riddell: might
[02:00] <ahoneybun> I should stop pinging him lol
[02:00] <Etriaph> LOL
[02:01] <Etriaph> Who's "in charge" of all of the web parts under Kubuntu.org?
[02:02] <ahoneybun> well he is in charge of Kubuntu as a whole
[02:02] <Etriaph> OK.
[02:02] <ahoneybun> ovidiu-florin: and soee have been working on the new WP
[02:02]  * Etriaph nods
[02:02] <ahoneybun> but Riddell is the one to talk to for that info
[02:03] <Etriaph> I tend to shy away from using PHP on the web, these days, as most of the software out there is still old-school PHP5 (in some cases PHP4) format/ideology/compatible.
[02:03] <Etriaph> WordPress is one of those.
[02:03] <ahoneybun> I'll be heading off for the night.
[02:03] <Etriaph> Ah, OK
[02:03] <Etriaph> Sweet dreams :D
[02:03] <ahoneybun> its 10pm here
[02:04] <Etriaph> I'm in EST too
[02:04] <Etriaph> But I'm up late :D
[02:04] <ahoneybun> thanks you too, hopefully you'll be here tomorrow
[02:04] <ahoneybun> and join the UOS!
[02:04] <Etriaph> I'll be around for sure.
[02:04] <Etriaph> Take it easy.
[02:04] <ahoneybun> you too
[02:04]  * ahoneybun is away
[04:18] <valorie> ahoneybun: a note on that page you showed - if it says Kubuntu [tm] once, it should say it every time (personally, I would leave it off)
[04:20] <valorie> based on the KISS principle
[04:20] <Etriaph> sgclark: Are you alive there?
[04:20] <sgclark> hmm?
[04:21] <Etriaph> I just got your email re: bugs in 15.04 with backports
[04:21] <Etriaph> Do you happen to have an IM client that I could test a message with you with?  All of my contacts are asleep
[04:21] <sgclark> just need someone using backports to see if they can reproduce
[04:22] <Etriaph> Yup, I'm doing that.  :D
[04:22] <sgclark> hmm, don't think I set IM back up yet
[04:22] <Etriaph> OK
[04:22] <sgclark> oh, ok great
[04:22] <sgclark> Etriaph: thanks!
[04:24] <Etriaph> I can only confirm 4.2, I don't understand 4.3 entirely so I can't do much with that one.
[04:25] <Etriaph> I'll send a reply to the list, hopefully you can collect more than one report.
[04:26] <sgclark> Thank you so much, really appreciated
[04:28] <Etriaph> I would bet their installation is just borked.
[04:33] <Etriaph> sgclark: np
[04:36] <sgclark> yeah so far I cannot reporduce a single one
[05:26] <ovidiu-florin> ahoneybun: Always free for open source projects at readthedocs.org.
[05:26] <ovidiu-florin> quoted from their website
[05:30] <ovidiu-florin> ahoneybun: I'd say we should go for readthedocs, it's already done, it's free
[05:34]  * Etriaph sleep &
[06:13] <valorie> free for open source projects does not equal free and open source
[07:17] <shadeslayer> ScottK: would it be possible to backport Python 2.7.9 into ubuntu-backports?
[07:17] <shadeslayer> or would it be way too much work / effort
[07:18] <shadeslayer> the kde sysadmins wanted it
[08:35] <lordievader> Good morning.
[08:57] <sitter> Riddell: how would you like to go about kubuntu_wily_archive branches? should we simply branch all of them from where we have vivid_archive or do it on-demand when we upload something new?
[08:58] <Riddell> sitter: is it not better to branch from kubuntu_stable ?
[09:00] <sitter> Riddell: only if we then do an upload
[09:00] <sitter> otherwise that's like on-demand branching anyway, except you do it all at once such that you need to re-merge it anyway once a new version comes out as the archive branch is then outdated compared to stable
[09:03] <sitter> anyone knows about this https://www.kubuntuforums.net/showthread.php?68035-Feedback-on-Kubuntu-15-04&p=371533&viewfull=1#post371533
[09:04] <Riddell> sitter: "limitations" is hardly a useful bug report :)
[09:05] <sitter> well, yeah there was no bug report
[09:06] <sitter> which is a common scheme I see with people whining about the release
[09:06] <sitter> then again since no one triages the bugs anyway, I suppose it is for the best
[09:19] <ngaio> I filed a bug report about some 15.04 backport packaging errors. Let me know if I need to add any more details: https://bugs.launchpad.net/kubuntu-ppa/+bug/1451728
[09:21] <Riddell> thanks ngaio that's interesting
[09:21] <Riddell> no timeline for when I can get to that I'm afraid
[09:21] <Riddell> ngaio: have you been able to work around it?
[09:22] <ngaio> Riddell, I have no idea how to work around it ;-)
[09:23] <Riddell> ngaio: sudo dpkg --install --force-overwrite /var/cache/apt/archives/kde-l10n-engb_4%3a15.04.0-0ubuntu1~ubuntu15.04~ppa3_all.deb /var/cache/apt/archives/kaccounts-providers_15.04.0-0ubuntu1~ubuntu15.04~ppa1_all.deb
[09:23] <Riddell> sudo dpkg --install --force-overwrite /var/cache/apt/archives/kde-config-telepathy-accounts_15.04.0-0ubuntu1~ubuntu15.04~ppa1_amd64.deb
[09:23] <Riddell> sudo apt -f install
[09:23] <Riddell> should do it
[09:26] <ngaio> thanks, I think that did the trick
[09:37] <Riddell> I think I'll close bug 1451749
[09:41] <sheytan> hey guys
[09:41] <sheytan> got this while update to apps 15.04 http://pastebin.com/MRuQhU8v
[09:43]  * Riddell blogs http://jriddell.org/2015/05/05/ubuntu-online-summit-ubuntu-community-team-mailing-list/
[09:43] <Riddell> sheytan: looking
[09:44] <Riddell> sheytan: looks like I missed that, how annying I thought I got all those overlaps
[09:44] <Riddell> sheytan: you know how to work around it?
[09:45] <sitter> "How is kde-l10n- still a thing?"
[09:45] <sheytan> Riddell: well, i just did apt-get upgrade and it's working
[09:45] <Riddell> sitter: KDE Applications ships the separated language packs same as KDE SC did
[09:45] <sheytan> Riddell: that error was from muon updater
[09:45] <sheytan> apt-get upgrade done the job, but why was that?
[09:46] <sheytan> can i reboot safely? :D
[09:46] <Riddell> sheytan: yep
[09:46] <sitter> Riddell: yes, how is that still a thing
[09:47]  * sheytan reboots
[09:47] <Riddell> sitter: because that's what the kde release team decided?  where decided means nobody had an opinion so albert got on and did it and you should say thanks
[09:48] <sitter> thanks!
[09:50]  * sheytan is back
[09:50] <Riddell> sheytan: computer still alive?
[09:50] <sheytan> but where's my 'About system' KCM missing
[09:50] <sheytan> Riddell: yeah
[09:51] <Riddell> sheytan: it moved to kinfocenter which is where it logically should be but is a bit more hidden alas
[09:51] <sheytan> oh :D
[09:51] <sheytan> there it is
[09:53] <sheytan> heh, telepathy still sucks with facebook ;/
[09:54] <sheytan> it keeps saying my password isin't correct, but it was working
[09:54] <Riddell> it's dead now isn't it?
[09:54] <Riddell> or just about to be
[09:54] <Riddell> maybe it died on may 1st
[09:54] <sheytan> it was fine till yesterday i guess
[09:54] <tsdgeos> http://www.omgubuntu.co.uk/2015/04/facebook-chat-api-empathy-pidgin-stop-working
[09:54] <Riddell> blame facebook I'm afraid, they withdrew the API
[09:54] <tsdgeos> i guess this applies to telepathy too
[09:54] <sheytan> that's what i thought
[09:55] <Riddell> the dark web goes darker, someone should tell the government
[09:55] <sheytan> call 911 :D
[09:56] <sheytan> or 112 for europe
[09:56] <sheytan> anyway, this sucks, i was liking it ;/
[09:56] <Riddell> it does suck, some people are working on screen scraping messenger.com so hopefully it'll come back
[09:57] <sheytan> what's more likly, facebook will anncounce messanger for linux
[09:57] <shadeslayer> pft
[09:57] <Riddell> never going to happen
[09:57] <shadeslayer> well
[09:57] <sheytan> i hate that shit, when everybody trys to force you using their tools
[09:57] <shadeslayer> sheytan: http://messengerfordesktop.com/
[09:57] <sheytan> shadeslayer: doesn't it work is xmpp too?
[09:58] <Riddell> good thing in the free software community we all understand the principles of freely distributing and sharing our work
[09:58] <shadeslayer> sheytan: no
[09:58] <sheytan> it is from facebook team or 3rd party?
[09:58] <shadeslayer> sheytan: it's basically a web browser pointing to the mobile version of messenger.com
[09:58] <shadeslayer> sheytan: 3rd party
[09:59] <sitter> Riddell: so what do we do with wily branches?
[09:59] <sheytan> can't you do the same with plasma applet?
[09:59] <shadeslayer> possibly
[10:00] <sheytan> dolphin still doesn't remember new added places to the sidebar ;/
[10:00] <sheytan> shit
[10:00] <Riddell> sitter: I've given my suggestion of branching from kubuntu_stable, if you want to branch from kubuntu_vivid_archive and then we'll merge in kubuntu_stable when something is uploaded that works too, it just seems like an extra step
[10:01] <sitter> Riddell: stable requires a new upstream release
[10:01] <sitter> Riddell: what we could do is branch from backports if backports is available
[10:01] <Riddell> sitter: so why ask if you already know the answer you want? :)
[10:02] <sitter> backports just came to mind
[10:04] <sitter> Riddell: also FTR I really really really do not like qml files in arch:all datapackages
[10:04] <sitter> it feels very naughty to have data recommends: qml-module-yolo, knowing full well that yolo is indeed required for the qml files to work
[10:05] <sitter> this might need some different approach potentially
[10:13] <Riddell> sitter: hmm how does other interpreted languages do it?
[10:13] <Riddell> ScottK: what's python's approach to that? ↑
[10:14] <Riddell> sheytan: ngaio uploading 4:15.04.0-0ubuntu1~ubuntu15.04~ppa4 to backports so fix the issue with overlapping in those packages
[10:16] <ngaio> Riddell, thank you
[10:26] <seaLne> has anyone noticed since the vivid app updates that the open file dialog need a double click to go into a folder? for example attatching a file in kmail, dolphin still behaves fine
[10:27] <Riddell> seaLne: curious, that was a bug in breeze that should be fixed in plasma
[10:27] <Riddell> maybe the fix didn't make it in time for the backports packages but I did put it in the archive packages
[10:28] <seaLne> this only appeared after rebooting this morining, i have backports ppa enabled
[10:29] <seaLne> i'd have never guessed to blaim breeze
[10:29] <Riddell> maybe the bug re-appeared
[10:29] <Riddell> seaLne: Qt allows the widget style to set a preference on double click
[10:29] <Riddell> anyone on CI able to test it out?
[10:30] <sitter> kate file open uses single click
[10:30] <sitter> (unstable)
[10:31] <seaLne> kate seems fine for me to
[10:31] <Riddell> actually I get single click using kate 15.04 from backports ppa
[10:31] <Riddell> seaLne: oh it's qt4 is why
[10:31] <Riddell> qt5 won't be affected
[10:32] <sitter> kmail atttaching indeed is double click
[10:32] <Riddell> d_ed: didn't you fix that bug? ↑
[10:35] <tsdgeos> Riddell: kate is not qt4
[10:35] <Riddell> tsdgeos: right that's why we don't see the problem there
[10:35] <tsdgeos> ok
[10:36] <d_ed> Riddell: I did ... but for 5.3.1
[10:36] <d_ed> if you can call the qt4 version 5.3.1
[10:37] <Riddell> oh I see you only pushed it a couple of days ago
[10:38] <sitter> Riddell: when exactly
[10:39] <sitter> interesting
[10:39] <sitter> jenkins decided to not build breeze-qt4
[10:39] <sitter> even more intersteing is that according to jenkins it last polled the repo apr 24
[10:41] <Riddell> "Git commit aa34eb031e205c6b21bcfe055523ca9be95b8dac by David Edmundson. Committed on 03/05/2015 at 19:29"
[10:42] <Riddell> sitter: ↑
[11:22] <BluesKaj> Hiyas all
[11:29] <Riddell> d_ed: could you lean on mck a bit here?  we can't co-install kaccounts and gnome accounts which goes against the entire rest of the linux desktop world https://bugs.kde.org/show_bug.cgi?id=347219
[11:30] <ScottK> Riddell: I think that typically the arch all would depend on the arch any extension.  It's not rare in the python world for there to be a fallback pure python (arch all) implementation if the C extension is not available.  In such cases, one might recommend the arch any bit.
[11:31] <ScottK> One sort of example that comes to mind is the ssl module in python itself.
[11:31] <ScottK> If you somehow rip out openssl, it still works, just a lot slower.
[12:20] <soee> Riddell: no info about apps 15.04 on g+ ?
[13:03] <Riddell> who do we interopete with? I'm writing a talk about interoperability and I've got a bunch of topics but I need more https://docs.google.com/presentation/d/1reTg2QKRAipyZmsRPb_tPxnSkiwf-aN1nkbpB5n0-Lk/edit?usp=sharing
[13:04] <Sho_> interkopete
[13:39] <Quintasan> shadeslayer, yofel: Think it would be a good idea to deregister #project-neon and abandon the channel?
[13:39] <shadeslayer> yeah
[13:39] <shadeslayer> I reckon
[13:39] <shadeslayer> want to do it? :P
[13:39] <Quintasan> I'm not sure who registered it in the first place :P
[13:39] <yofel> make it invite only and forward it into here
[13:39] <yofel> sitter probably?
[13:42] <sitter> [15:42] [Notice] -ChanServ- Channel #project-neon is not registered.
[13:42] <Quintasan> Hmm, I dropped it
[13:42] <Quintasan> I guess a redirect would be better.
[13:43] <Quintasan> Aw shit, now I can't register it :D
[13:45] <Quintasan> sitter: Can you make kubotu_ leave #project-neon?
[13:46] <Quintasan> shadeslayer: I can't really kick anyone since I locked out myself from the channel by dropping it.
[13:46] <Quintasan> Now noone has OP and can't get OPs since it's not registered
[13:47] <sitter> kubotu_: part #project-neon
[13:47] <sitter> kubotu_: nick kubotu
[13:48] <shadeslayer> heh
[13:48] <shadeslayer> Quintasan: fun
[13:48] <Quintasan> sitter: Thanks.
[13:53]  * sitter rather though he fixed hplip
[13:53] <sitter> Riddell: do you have some hp printor in the office?
[13:53] <sitter> I fear my test case perhaps was not good enough
[14:01] <Riddell> sitter: only a Brother printer
[14:09] <sitter> such a Bother
[14:09] <sitter> badumtss
[14:09]  * sitter heads to the basement in search of a printer
[14:28] <Quintasan> shadeslayer or yofel: I need magic irc powers on target channel to set redirects.
[14:28] <Quintasan> Or wait, I could give someone here the powers in #project-neon
[14:28] <shadeslayer> yeah I think I have magic powers here
[14:28] <shadeslayer> if you tell me how to do it
[14:28] <shadeslayer> yep
[14:28] <Quintasan> join #project-neon
[14:29] <Quintasan> I'll give you rights
[14:29] <shadeslayer> invite only
[14:29] <shadeslayer> such exclusive
[14:29] <shadeslayer> wow
[14:29] <Riddell> elite
[14:30] <sitter> hplip tray works just fine
[14:31] <Riddell> it's compiled right, no skype issue of needing to install i386:sni-qt ?
[14:32] <quintasa1> wow
[14:32] <quintasa1> such redirects
[14:32] <sitter> Riddell: skype is an issue
[14:32] <sitter> but that really is upstream. we can hardly seed half the i386 tooling just so in case the user installs skype they get the sni-qt thing
[14:32] <shadeslayer> Quintasan: werks? neat
[14:33] <shadeslayer> says invite only for me
[14:33] <Riddell> sitter: I think some kubuntu-notification-helper popup is the best we can do there
[14:33] <sitter> yeah, I was just about that say that
[14:33] <Riddell> it's already on the 15.10 todo
[14:33] <sitter> technically we should be able to craft that via hooks btw
[14:33] <Quintasan> shadeslayer: definitely works
[14:33] <shadeslayer> okay
[14:33] <shadeslayer> *shrug*
[14:34] <sitter> have a package that registers an dpkg interest thingy on usr/bin/skype and if the file appears it creates a hook file that in turn triggers the knh hook stuff
[14:34] <sitter> Riddell: problem with all of this is that it would require strings that need to be localized
[14:34] <Riddell> yes that would be better
[14:34] <sitter> so nothing for vivid
[14:35] <Riddell> well that's ok since k-n-h is now in kubuntu
[14:35] <Riddell> oh no I wouldn't expect a backport
[14:35] <sitter> Riddell: the hooks are weird xml files :P
[14:35] <sitter> l10n would be handled through ubuntu somehow
[14:35] <Riddell> why do hooks need user facing strings?
[14:35] <Riddell> surely only for command line stuff
[14:36] <sitter> the user needs to run them or at least authorize package installation
[14:36] <sitter> dpkg triggers trigger while dpkg is running so we cannot automatically instally sni-qt:i386 at that point (plus that would be highly questionable behavior anyway)
[14:38] <Riddell> hmm
[14:39] <shadeslayer> does anyone remember why we disabled PAM in kwallet
[14:39] <sitter> we didn't
[14:39] <shadeslayer> or was it GPG
[14:39] <sitter> gpg we disabled
[14:39] <shadeslayer> ah ok
[14:40] <Riddell> shadeslayer: pam in kwallet was never ported to kf5
[14:40] <sitter> pam kwallet was never released even....
[14:40] <shadeslayer> https://bugs.launchpad.net/ubuntu/+source/kubuntu-meta/+bug/1451749
[14:40] <shadeslayer> erm
[14:40] <shadeslayer> wrong one
[14:40] <sitter> Riddell: you should pick it up in plasma-desktop xD
[14:40] <shadeslayer> bug 1451865
[14:40] <sitter> Riddell: eh, plasma release scope
[14:40] <sitter> shadeslayer: upstream
[14:41] <shadeslayer> ur upstream
[14:41] <shadeslayer> wait ... you are
[14:41] <shadeslayer> :P
[14:41] <sitter> not of pamkwallet I am not
[14:41] <sitter> in fact pamkwallet has no upstream anymore I guess, so there's that
[14:42] <sitter> that other bug though
[14:42] <sitter> like half the stuff seems oddly odd
[14:42] <sitter> - Some buttons in system settings do nothing (e.g. Online Accounts -> create -> Google). Why are those buttons there in first place?
[14:42] <sitter> that's kaccounts, we had no kaccounts in vivid, had we?
[14:42] <shadeslayer> not that I know of
[14:42] <sitter> uh
[14:42] <sitter>  /home/me/Downloads/kubuntu-15.04-desktop-amd64.iso
[14:42] <sitter> I have a release iso \o/
[14:43] <shadeslayer> good for you
[14:43] <shadeslayer> I prefer to use up all of Canonical's bandwidth by Download ISO's over and over again
[14:43] <shadeslayer> ;)
[14:44] <shadeslayer> *downloading
[14:46] <sitter> virtualbox killed my system
[14:46] <sitter> that bastard
[14:46] <sitter> time to purge it
[14:46] <Riddell> Blizzz: is danimo on irc?
[14:46] <sitter> oh oh ohoh
[14:46] <shadeslayer> sitter: you should use VMWare
[14:46] <shadeslayer> :P
[14:46] <sitter> now hplip is busted
[14:46] <sitter> wtf
[14:47] <sitter> shadeslayer: kvm all the way
[14:47] <Blizzz> Riddell: yes, his nick is danimo as well
[14:47] <shadeslayer> pft
[14:47] <Blizzz> Riddell: for instance on #owncloud-client-dev
[14:47] <Riddell> Blizzz: there's another qt update I need to do so I guess I should find time for that
[14:48] <Blizzz> Riddell: sounds like a plan
[14:48] <sitter> hm
[14:48] <sitter> error: option -s not recognized
[14:48] <sitter> Exec=hp-systray -x
[14:48] <sitter> now where did that -s come from Oo
[14:49] <Riddell> --session
[14:50] <Riddell> is added by ksmserver
[14:51] <shadeslayer> drat sitter quit
[14:53] <sitter> http://launchpadlibrarian.net/196649393/hplip_3.14.6-1ubuntu1_3.15.2-0ubuntu1.diff.gz
[14:53] <sitter> -process-events-for-systray.patch
[14:53] <sitter> yes well
[14:53] <sitter> fuck all of this
[14:53] <sitter> I am off
[14:54] <Riddell> oh dear
[14:55] <lordievader> Did he throw his keyboard out the window?
[14:56] <shadeslayer> heh
[14:56] <shadeslayer> no, just time to go home
[14:56]  * shadeslayer will be leaving soon too
[15:08] <ovidiu-florin> hello sexy people
[15:08]  * Riddell bats eyelids
[15:08] <Riddell> ovidiu-florin: any update from sysadmins on the server?
[15:09] <ovidiu-florin> Riddell: canonical?
[15:09] <ovidiu-florin> no
[15:09] <Riddell> hmm, when should we give up on them?
[15:09] <ovidiu-florin> I already did
[15:09] <ovidiu-florin> I've talked to the main recommended hosting company by Wordpress
[15:09] <ovidiu-florin> and I like their offer
[15:10] <ovidiu-florin> Also they have a free hosting option for Non-profits
[15:10] <ovidiu-florin> I was to talk with you about this after UOS
[15:10] <ovidiu-florin> BlueHost is the company
[15:16] <ovidiu-florin> Riddell: can we have a call and help me fill in some info about KDE for the presentation?
[15:17] <Riddell> ovidiu-florin: not just now I'm afraid I'm busy on busy things and I need to go in an hour
[15:17] <Riddell> I'm back about 3 hours later I guess
[15:17] <ovidiu-florin> Riddell: let me know when you return
[15:57] <ovidiu-florin> Riddell ahoneybun Sick_Rimmit are you around?
[16:33] <Sick_Rimmit> ovidiu-florin: yES
[16:34] <ovidiu-florin> should we Present 15.04 with or without backports?
[16:35] <ovidiu-florin> I'm enclining thouwards with
[16:35] <Sick_Rimmit> I think we should show it as it comes from the install image
[16:35] <Sick_Rimmit> This sets user expectations correctly
[16:36] <Sick_Rimmit> Better to under promise and over deliver ;-)
[16:36] <Sick_Rimmit> I got to go home, now
[16:36] <Sick_Rimmit> I'll see you tomorrow.
[16:36] <Sick_Rimmit> I'll be here on IRC during the day
[16:36] <Sick_Rimmit> ttfn
[16:42] <ovidiu-florin> I'm enclining thouards with, because this presentation is about Plasma 5 and KF5, not that much about Kubuntu, so we should present the latest and gratest.
[16:43] <ovidiu-florin> ahoneybun: who will present Plasma 5? you?
[16:43] <ovidiu-florin> ahoneybun: have you prepared the notes for it?
[18:10] <yofel> whee, wily is open
[18:20] <BluesKaj> yofel, the repos ?
[18:33] <ahoneybun> ovidiu-florin: the time is when I'm at work... I'm trying to get out early to be there
[18:34] <Etriaph> G'day folks.
[18:34] <ahoneybun> hey Etriaph!
[18:34] <ahoneybun> holy crap 149 packages to update
[18:34] <Etriaph> Yup
[18:35]  * Etriaph is crossing his fingers
[18:35] <Etriaph> :D
[18:35] <ahoneybun> XD
[18:35] <ahoneybun> I trust Riddell, sgclark, yofel, sitter and the rest of the great team
[18:36] <ahoneybun> I'll bbl
[18:36] <Etriaph> Not crossing my fingers due to potential craziness; hoping Dolphin is a KF5
[18:36] <Etriaph> :D
[18:38] <Etriaph> OK, quick reboot
[18:50] <ahoneybun> back
[18:50] <ahoneybun> around Etriaph?
[18:54] <sick_rimmit> hi
[18:54] <KDDA> how did it go ahoneybun?
[18:55] <ahoneybun> KDDA: ?
[18:55] <KDDA> I thought you went to install packages
[18:58] <ahoneybun> oh yea it's fine, have not rebooted yet
[19:00] <KDDA> is it 15.04 apps?
[19:09] <ahoneybun> yea
[19:19] <BluesKaj> all is well here after the upgrades , including the kernel
[19:26] <Etriaph> Hi
[19:27] <Etriaph> Sorry ahoneybun, lunchy-type things were going on
[19:27] <ahoneybun> its all good
[19:27] <Etriaph> What do you need?
[19:28] <ahoneybun> I broke something on the jsfiddle
[19:30] <Etriaph> OK, link 'er up
[19:30] <ahoneybun> http://jsfiddle.net/guztetgf/1/
[19:31] <Etriaph> What are you trying to make work?
[19:32] <ahoneybun> the prev and next links being moved
[19:32] <Etriaph> So start with upper nav, where do you want that to go?
[19:34] <Etriaph> Like that?
[19:34] <Etriaph> .navigation{ width: 100%; }
[19:34] <ahoneybun> sorry in a hangout I'll look now
[19:34] <ahoneybun> I think your not on the same doc
[19:35] <Etriaph> http://jsfiddle.net/guztetgf/2/
[19:35] <Etriaph> Both the top and bottom navigation are in a table, tables are only the width of their contents by default.
[19:36] <ahoneybun> that is great!
[19:36] <Etriaph> So if you set their width to 100% of their parent container, they consume the correct area you were expecting
[19:36] <Etriaph> Anything else ya need?  :D
[19:39] <ahoneybun> Etriaph: check it http://imgur.com/B9eJd6P
[19:40] <Etriaph> It's looking better now.
[19:40] <Etriaph> :D
[19:40] <ahoneybun> thanks :)
[19:40] <ahoneybun> Riddell: ovidiu-florin valorie http://i.imgur.com/B9eJd6P.png
[19:42] <Etriaph> ahoneybun: You should start thinking about line-height values now.
[19:42] <ahoneybun> don't know what that is
[19:42] <Etriaph> For <p> and <h*> elements.
[19:43] <ahoneybun> Etriaph: there that wildcards in HTML?
[19:43] <Etriaph> Look up the attribute line-height
[19:43] <ahoneybun> like h1 - h2 - h3 = h*
[19:43] <ahoneybun> http://www.w3schools.com/cssref/pr_dim_line-height.asp?
[19:43] <Etriaph> It governs double-spacing, single-spacing, spacing at 1.5, for paragraphs, lists, headings
[19:44] <Riddell> hola chicos
[19:44] <Etriaph> It makes it easier to read when everything is clearly spaced is all.
[19:44] <Riddell> ¿que tal?
[19:44] <Etriaph> Riddell: Hi :D
[19:47] <ahoneybun> what do you think Riddell?
[19:47] <Etriaph> ahoneybun: https://developer.mozilla.org/en-US/docs/Web/CSS/CSS3
[19:47] <Etriaph> Better resource.
[19:48] <Riddell> ahoneybun: of http://i.imgur.com/B9eJd6P.png ?
[19:48] <ahoneybun> lots of things I don't know
[19:48] <ahoneybun> yea
[19:48] <Riddell> get rid of all those stupic TM and (R) signs, makes it hard to read :)
[19:49] <Etriaph> ahoneybun: https://developer.mozilla.org/en-US/docs/Web/CSS/line-height
[19:49] <ahoneybun> thats on the wiki so I'll have to take it off there and then you shoot out a new export
[19:50] <Etriaph> Try doing a line-height: 1.5 on P elements and line-height: 1.2 on LI elements.
[19:53] <ahoneybun> looks pretty good
[19:55] <Etriaph> OK, that's about the ratio you want.
[19:55] <ahoneybun> thanks Etriaph
[19:55] <ovidiu-florin> Riddell: are you back?
[19:55] <Etriaph> ahoneybun: If you tighten it up, reduce it by .4 on both
[19:56] <ahoneybun> even better
[19:56] <Etriaph> Then adjust as you desire :D
[19:57] <ovidiu-florin> ahoneybun: so you have given up on readthedocs?
[19:57] <ahoneybun> ovidiu-florin: I still have it
[19:58] <ahoneybun> but valorie tells me there is exts for exporting to pdf/ebook in the current setup
[19:58] <ahoneybun> plus readthedocs is not as easy for people to edit freely
[19:59] <ahoneybun> and has a different markup to learn
[19:59] <ahoneybun> I'll keep looking at it myself though
[20:00] <ovidiu-florin> ahoneybun: have you finished your notes for the presentation?
[20:00] <ahoneybun> finishing touchs for my end
[20:00] <ovidiu-florin> Are you using a separate pad? I see no changes on that one
[20:01] <Riddell> ovidiu-florin: briefly
[20:01]  * ahoneybun always till the end
[20:01] <ahoneybun> I have a doc on my pc
[20:02] <ovidiu-florin> ahoneybun: so are you going to present the Plasma 5 part???
[20:02] <ovidiu-florin> your name is only next to the widgets
[20:02] <ahoneybun> que
[20:02] <ovidiu-florin> or is rick going to do that?
[20:02] <ahoneybun> what is that covering?
[20:02] <ahoneybun> the move to Qt5, QML,
[20:02] <ovidiu-florin> Plasma 5 features, the thmeme, Kwin
[20:02] <ahoneybun> KF5 Frameworks
[20:04] <ovidiu-florin> ahoneybun: I feel that we have a confusion here on who presents what
[20:04] <ahoneybun> have no clue if rick is going that
[20:04] <ahoneybun> I'll write something just in case
[20:05] <ovidiu-florin> I've prepared to present about the KDE SC4 -> KF5 stuff
[20:05] <ovidiu-florin> and I'm taking notes on the Apps I'm presenting
[20:06] <ovidiu-florin> And the Conclusion, I think will be a chaos
[20:06] <ovidiu-florin> or maybe rick will do that
[20:06] <ahoneybun> I have Widgets, Krunner, Amarok, KDE Connect, System Settings, and Muon Discover
[20:07] <ahoneybun> I think System Settings should be off as nothing is really really new
[20:08] <ovidiu-florin> it is new
[20:08] <ovidiu-florin> it's differen't organized
[20:09] <ovidiu-florin> ahoneybun: I'll be using a virtual machine to present
[20:09] <ahoneybun> oh
[20:09] <ovidiu-florin> for several reasons:
[20:09] <ahoneybun> I'm on the latest stuff
[20:10] <ovidiu-florin> 1. I cahn share only that window and have many other things opened at the same time and people won't see my notes
[20:10] <ovidiu-florin> 2. It's a stock install, so people will see the same thing when installing Kubuntu
[20:11] <ovidiu-florin> 3. People don't see my private stuff, links, bookmarks
[20:13] <ahoneybun> link me to the pad please ovidiu-florin
[20:13] <ovidiu-florin> http://pad.ubuntu.com/plasma5-UOS-2015
[20:14] <ahoneybun> omg server
[20:15] <ovidiu-florin> what?
[20:15] <ahoneybun> OpenID Authentication Required
[20:15] <ahoneybun> will not let me login, trying again
[20:16] <ahoneybun> cannot login
[20:16] <ahoneybun> got it
[20:17] <ahoneybun> nvm
[20:18] <Etriaph> Ya, I can't either.
[20:18]  * ahoneybun has a other monitor to fix ovidiu-florin's issue 1
[20:18] <ahoneybun> bbl
[20:21] <Etriaph> What credentials are required for openid authentication with that pad?
[20:22] <ovidiu-florin> Launchpad account
[20:22] <ovidiu-florin> it goes thourgh some weird Ubuntu authentication system
[20:22] <Etriaph> I have, and am logged in
[20:23] <Etriaph> But I get the message "OpenID Authentication Required"
[20:23] <ovidiu-florin> then you should be able to access the pad
[20:24] <yofel> Etriaph: there should be a continue button that sends to to the SSO login
[20:24] <yofel> *sends you
[20:24] <vipw> check if you have ubuntu one account, it will not work
[20:25] <vipw> you've to log in via launchpad account
[20:26] <Etriaph> yofel: I am logged in on launchpad, what I see is https://dl.dropboxusercontent.com/u/1422687/open_id.png
[20:26] <Etriaph> One of those tabs will show you my profile with my name on LP
[20:26] <Etriaph> https://launchpad.net/~etriaph
[20:27] <yofel> hm, I get an auto-redirect to https://login.ubuntu.com/</snip key>/+decide
[20:27] <yofel> the pad *might* be members-only
[20:27] <Etriaph> Ah, true.
[20:29] <yofel> Etriaph: although, can you join https://launchpad.net/~ubuntu-etherpad ?
[20:29] <Etriaph> Yup
[20:29] <soee> Riddell: when KF 5.9 will be released ?
[20:31] <Etriaph> yofel: To confirm, yes I can see that location.
[20:33] <yofel> Etriaph: can you see the pad now?
[20:33] <Riddell> soee: last month
[20:34] <soee> Riddell: wrr, *5.10
[20:35] <yofel> wasn't frameworks on a monthly scheudule?
[20:35] <Riddell> soee: on thursday, packagers welcome
[20:40] <Etriaph> No yofel
[20:40] <yofel> hm. Might be members after all then
[20:40] <Etriaph> It's all good yofel.
[20:45] <ovidiu-florin> Riddell: please take a look at the KDE stuff at the beginning of http://pad.ubuntu.com/plasma5-UOS-2015, let me know if something is wrong there, or anything that needs to be added
[20:50] <Riddell> ovidiu-florin: "how KF5 came to existance" is a bit confused
[20:50] <Riddell> KF5 is the frameworks
[20:50] <Riddell> KDE Frameworks 5
[20:51] <Riddell> Plasma and Applications are separate
[20:52] <ovidiu-florin> Riddell: i DON'T KNOW ANYTHING ABOUT THE STATUS OF MEDIACENTER
[20:52] <ovidiu-florin> sorry for the caps
[20:53] <Riddell> that's because it's only been added in plasma 5.3
[20:53] <Riddell> and it doesn't work too well cos gstreamer 0.10 is old and broken
[20:53] <ovidiu-florin> so in 5.3 we have another view like the netbook version in 4? but this time it's Media center?
[20:55] <Riddell> Tile windows yep
[20:55] <Riddell> yep, another view, works on top of plasma desktop or as a standalone for a plug-into-tv setup
[20:55] <Riddell> Tile windows is not in Plasma 5.3 sorry
[20:58] <ovidiu-florin> Riddell: thank you for your feedback
[20:58] <ovidiu-florin> I'm off to bed
[20:58] <ovidiu-florin> feel free to add your sugestions :D
[20:58]  * ovidiu-florin ZZZZZZZZZZZZZZZZZZZzzzzzzzzzzzzzzzzzzzzz...................
[21:17] <Etriaph> Anyone here played with QtWebKit 3.0?
[21:17] <Riddell> it exists?
[21:18] <Riddell> surely it's all qtwebengine now
[21:18] <Etriaph> I'm trying to use it, and it doesn't behave as I would expect.
[21:20] <Etriaph> Oh, I didn't know about WebEngineView
[21:21] <Riddell> that's the replacement
[21:21] <Etriaph> How do I get the lib?
[21:21] <Etriaph> QtCreator knows nothing about it.
[21:24] <Etriaph> brb
[21:30] <ahoneybun> ovidiu-florin: seeing that we are last on the slot I might not have to leave work early
[22:05] <ahoneybun> Riddell: btw the those special TM and R symbols are not on the userbase pages, the export must be putting them there


[00:19] <menn0> thumper: next MM PR: http://reviews.vapour.ws/r/5057/
[00:19] <menn0> sorry that it's a bit large
[00:23]  * thumper looks
[00:45] <davecheney> thumper: https://github.com/juju/juju/pull/5564
[00:45] <davecheney> ^ pinger fixes from the last two days
[00:45] <davecheney> minus the removal of the recover() in ping.ping
[00:45] <davecheney> that'll live another day
[00:47] <thumper> ok, I'll look shortly
[00:47]  * thumper afk for a walk
[00:52] <mup> Bug #1592609 opened: Unit stuck in allocating with juju 1.25.5 <canonical-bootstack> <juju-core:New> <https://launchpad.net/bugs/1592609>
[00:53] <wallyworld> axw: the CloudCredential attributes on BootstrapParams appear unsed in master right now, correct?
[00:55] <axw> wallyworld: yeah, one of the issues I found when validating :)
[00:56] <wallyworld> axw: cause restore is broken - i am fixing it by adding cloud and region info to bootstrap params when we restore with -b, but credential info is not at hand
[00:56] <axw> wallyworld: doh, sorry
[00:56] <wallyworld> axw: i can propose and land this fix and you can then take alook?
[00:56] <axw> wallyworld: sure
[00:56] <wallyworld> ok, will push when i check tests
[00:56] <axw> wallyworld: it's fixed in the validation branch, but I can't land that until the add-model bits are done
[00:57] <axw> wallyworld: I can pull it out if it's pressing
[00:57] <wallyworld> ok, let me propose this and we'll take a view
[01:17] <mup> Bug #1592613 opened: juju status reports incorrect number of cores for arm64 machines <juju-core:New> <https://launchpad.net/bugs/1592613>
[01:31] <natefinch> wallyworld: in the 1:1 when you're ready.
[01:31] <wallyworld> be right there
[01:48] <axw> wallyworld: I think I'm going to add a cloud facade anyway, need to be able to determine the cloud type for a controller in order to finalize credentials
[01:49] <axw> we should probably be exposing the credentials schema over the API, rather than relying on the providers, but that will have to come later
[01:50] <wallyworld> axw: ok, otp, will still aim to push a restore pr fix soon as i can
[02:21] <thumper> davecheney: just one question on the PR
[02:45] <wallyworld> axw: a quick restore fix http://reviews.vapour.ws/r/5059/
[02:58] <axw> wallyworld: responded
[02:58] <wallyworld> ta
[03:05] <wallyworld> axw: returning *config.Config and jujuclient.BootstrapConfig is no good because BootstrapConfig doesn't contain a Credential struct.  so i needed to cobble together a new struct that had everything
[03:05] <wallyworld> maybe i can rework a bit
[03:05] <axw> wallyworld: I think the second option I suggested would work?
[03:06] <axw> wallyworld: that would give you enough to construct the *config.Config, and the the names to pass in
[03:06] <wallyworld> yeah probs, i guess i was trying to avoid return 2 structs instead of one, but the name of the franken struct does suck
[03:07] <axw> wallyworld: I've gtg out for a little while, will take another look when I return
[03:08] <wallyworld> np ty
[03:11] <davecheney> thumper: w.Wait() is not a channel
[03:11] <davecheney> :(
[03:28] <natefinch> thumper: heard you're working on the fslock stuff... anything you need help with?
[03:34] <thumper> natefinch: perhaps when i get to CreateMutexEx :)
[03:34] <thumper> the docs are pretty clear
[03:35] <thumper> and I have a win machine here
[03:35] <thumper> but it isn't set up for go
[03:36] <natefinch> thumper: setting up for go is pretty easy
[04:34] <davecheney> thumper: http://stackoverflow.com/a/2332868
[04:34] <davecheney> ^ name spitballing
[04:34] <davecheney> mutex fits our use case
[04:44] <mup> Bug #1570368 changed: juju commands timeout while a bootstrap is in process <conjure> <juju-core:Expired> <https://launchpad.net/bugs/1570368>
[05:04] <axw> wallyworld: sorry was out for longer than expected. LGTM
[05:04] <wallyworld> no worries ty
[05:59] <cmars> perrito666, rofl
[06:55] <axw> wallyworld: what incantations do I need to make to register a facade? I've got a RegisterStandardFacade call, updated allfacades, updated the client facadeversions.go...
[06:57] <thumper> axw: got two minutes?
[06:57] <axw> thumper: yup?
[06:58] <thumper> axw: priv msg hangout link
[07:16] <axw> wallyworld: never mind, I was missing the "restrctedRootNames" bit
[07:17] <wallyworld> axw: ah sorry, had popped out to get coffee, was an emergency
[07:17] <axw> no worries
[07:52] <axw> wallyworld: do you think it would be reasonable to move authorized-keys out of model config? and have it stored separately in state? we already manage them specially
[07:52] <axw> I'd rather like to not see long lines of authorized keys in model config
[07:53] <wallyworld> axw: i think so - a lot of stuff in model config schema only exsits there so we can collect it all up when bootstrapping
[07:54] <axw> wallyworld: I've got a new facade for managing creds now, need to add auth and write tests
[07:54] <wallyworld> yay
[07:54] <axw> wallyworld: just live tested with AWS successfully, specifying a cred that doesn't exist in the controller auto uploads
[07:54] <axw> and tells the user
[07:54] <wallyworld> awesome
[08:04] <babbageclunk> If I've got a juju model with a lxd container running on it, how can I ssh into the container? The container doesn't have a public address, so I need to ssh from the host machine, but that doesn't have the juju ssh key on it (I think). Is the right thing just to scp the private key to the host machine and ssh from there to ubuntu@<lxd-ip>? Or is there a better way of doing this?
[08:07] <dimitern> babbageclunk: I'd use sshuttle or (if just for a simple test), ssh -L2222:<lxd-ip>:22 <host-ip> and then ssh -i ~/.local/share/juju/ssh/juju_id_rsa ubuntu@localhost -p 2222
[08:08] <babbageclunk> dimitern: Oh, I keep forgetting about sshuttle! Thanks dimitern. Copying the key around definitely felt wrong.
[08:08] <dimitern> babbageclunk: :) it should
[09:27] <babbageclunk> fwereade_: ping?
[09:32] <fwereade_> babbageclunk, heyhey
[09:34] <babbageclunk> fwereade_: So, about workload version - I think you're right it should be done at unit level.
[09:37] <babbageclunk> fwereade_: Should I just keep doing that now? I don't really follow what Rick was suggesting - I'm not very familiar with resources. And I'm not very clear on what jam was suggesting - the status stuff is a bit more involved and I'm not sure how to add version info into it.
[09:37] <babbageclunk> fwereade_: So I've t
[09:39] <babbageclunk> fwereade_: oops. I've parked my application.SetWorkloadVersion branch and done a unit.SetWorkloadVersion branch instead, but I should probably understand rick_h_ and jam's suggestions better before going too far with it. I didn't see a response from thumper - have you heard anything from him?
[09:41] <fwereade_> babbageclunk, sorry, processing
[09:41] <babbageclunk> fwereade_: :)
[09:45] <axw> wallyworld: problem. we've renamed the "--service" flag to "--application" in the status-set hook tool. that's going to break a bunch of charms
[09:45] <axw> wallyworld: I think we should probably alias that.
[09:45] <wallyworld> axw: yep, fair point
[09:45] <axw> I'll file a bug
[09:45] <axw> just tried deploying cassandra, and it blew up
[09:45] <wallyworld> it may be a blocker for brta9
[09:46] <wallyworld> axw: i had to tweak the dummy provider to not break with no controller id on Open(), running more tests now, can look at bug after that
[09:47] <babbageclunk> axw, wallyworld: minor but related thing - I see a traceback with "KeyError: 'services'" when tab completing in the juju command (specifically juju scp). Already known? Should I raise a bug?
[09:48] <wallyworld> babbageclunk: not known to me, raise abug and the tab completion fairies will need to fix it
[09:48] <babbageclunk> wallyworld: ok cool
[10:02] <fwereade_> babbageclunk, based on conversation, I'm not entirely certain I understand what problem we're solving; added another comment but I think I too need guidance from rick_h_ and/or jam
[10:02] <babbageclunk> wallyworld: I dug a bit more, looks like it was already fixed, I just hadn't installed it since the change.
[10:02] <wallyworld> ah cool
[10:03] <mup> Bug #1592733 opened: rename of status-set --service flag to --application breaks charms <juju-core:Triaged> <https://launchpad.net/bugs/1592733>
[10:04] <jam> babbageclunk: I'm heading back to the hangout now. if fwereade_ wants to join us that would be fine with me
[10:04] <babbageclunk> fwereade_: joooooooooin ussssssssss
[10:10]  * dimitern needs to step out for ~30m
[10:20] <wallyworld> axw: http://reviews.vapour.ws/r/5062/
[11:21] <jam> babbageclunk: you mentioned in your email a while back that "juju deploy foo --to lxd" didn't work
[11:21] <jam> did you try "juju deploy foo --to lxd:" ?
[11:21] <jam> or is the point of that email "why do I need to type the colon" ?
[11:22] <babbageclunk> jam: yeah, I did - that didn't work.
[11:22] <dimitern> jam: with the colon it fails
[11:22] <dimitern> somewhat surprising.
[11:22] <babbageclunk> jam: The point of the email was actually "this works now" - so maybe it didn't work!
[11:23] <babbageclunk> jam: (The email I mean.)
[11:42] <jam> dimitern: are you interested in chatting soon?
[11:42] <dimitern> jam: let's do it now if you can?
[11:43] <jam> k, just need a quick stop and brt, see you in standup
[11:43] <dimitern> ok
[11:47] <babbageclunk> fwereade_: just to check again having familiarised myself with the status code - you're saying store workload version as a status but with a different global key to the unit global key (probably the unit global key with #wlversion in it somewhere). Sound right?
[11:48] <fwereade_> babbageclunk, yeah, sgtm
[11:48] <babbageclunk> fwereade_: <thumbs-up emoji>
[11:48] <fwereade_> babbageclunk, cheers
[11:51] <fwereade_> babbageclunk, #<something> tacked on the end, anyway: a disambiguating namespace like '#sat#workload-version' might be a good idea (sat[ellite], bad name; still, dyswim?)
[11:51] <babbageclunk> fwereade_: yeah, that makes sense.
[11:51] <fwereade_> babbageclunk, ta
[12:08] <wallyworld> dimitern: i'd love a small review to allow old charms to work with new set-status for beta 9 http://reviews.vapour.ws/r/5062/
[12:18] <voidspace> dimitern: ping
[12:18] <voidspace> dimitern: in order to validate LinkLayerDevices I need to validate ParentName references a real device on a real machine
[12:19] <voidspace> dimitern: which means I need to parse ParentName as a global key (potentially)
[12:19] <voidspace> dimitern: do you think I should duplicate or move (or make public) the parsing code?
[12:20] <voidspace> dimitern: core/description doesn't yet depend on state - so making it public and adding a dependency seems like a bad idea
[12:20] <voidspace> dimitern: it's only string parsing, and not much code, so duplicating it seems best
[12:29] <dimitern> voidspace: pong; sorry, otp so will respond as I can
[12:29] <voidspace> dimitern: ok
[12:29] <voidspace> dimitern: I've duplicated for the moment - only a few lines of code
[12:30] <dimitern> voidspace: I don't think we should export the parsing code, as it's an implementation detail
[12:30] <dimitern> voidspace: and as fwereade_ correctly pointed out, ParentName being a global key should have never be allowed to escape the state package
[12:31] <voidspace> dimitern: right
[12:32] <voidspace> dimitern: I still need to parse it for the moment, so I'll duplicate the code until we solve the problem (add ParentMachineID maybe)
[12:32] <dimitern> voidspace: what would've been better is to have a ParentName() always returning plain names, and add a ParentMachineID() to return a non-empty id in the case currently handled with ParentName as global key
[12:32] <dimitern> voidspace: +1
[12:32] <voidspace> :-)
[12:32] <voidspace> those global keys are pretty ugly
[13:01] <mup> Bug #1592811 opened: 2.0 beta8: networking broken for dense deployment and vsphere as provider <oil> <vsphere> <juju-core:New> <https://launchpad.net/bugs/1592811>
[13:05] <wallyworld> fwereade_: i'd love a small review for beta 9 http://reviews.vapour.ws/r/5062/
[13:10] <katco> fwereade_: could also use a follow-up on http://reviews.vapour.ws/r/5006/ :)
[13:10]  * katco disappears again for a bit
[13:43] <fwereade_> ha
[13:43] <fwereade_> I had not looked at irc for a while, and had somehow psychically gone to look at both those reviews :)
[13:44] <fwereade_> wallyworld, lgtm; katco, looking
[13:44] <wallyworld> ty
[13:50] <frankban> wallyworld: hey, do you know about any recent change in API server facades that wuld break the GUI? like we are getting "unknown object type "Client"
[13:51] <rick_h_> gsamfira: ping, around? We've got a user in #juju working with windows and asking about example windows subordinates and such
[13:51] <rick_h_> gsamfira: curious if you'd be interested in asking someone to chat with him and might have some samples or fodder to help the user along?
[13:51] <wallyworld> frankban: um, some of the serialisation names for the params was changed but that shouldn't affect the ability to find a facade. what facade version are you using for client?
[13:52] <frankban> wallyworld: no version sent, so 0
[13:52] <frankban> wallyworld: ah maybe that's the issue
[13:52] <wallyworld> should be 1 i think
[13:52] <perrito666> fwereade_: could you go to your regular nickname so I dont have to open another window? :p
[13:53] <frankban> wallyworld: yeah Login returns 1
[13:53] <frankban> wallyworld: so the lower-cased-api-fields-geddon has been merged? will be in beta9?
[13:54] <wallyworld> frankban: yeah. i hope it won't affect too much
[13:57] <alexisb_> rick_h_, mail might be good or bogdanteleaga may be able ot help
[13:57] <rick_h_> alexisb_: rgr ty
[14:01] <mup> Bug #1592832 opened: enable-ha embeds ModelCommand but should be controller-specific <juju-core:New> <https://launchpad.net/bugs/1592832>
[14:01] <mup> Bug #1592837 opened: juju upgrade-gui is a model command but operates on controllers only <juju-core:New> <https://launchpad.net/bugs/1592837>
[14:04] <mup> Bug #1592832 changed: enable-ha embeds ModelCommand but should be controller-specific <juju-core:New> <https://launchpad.net/bugs/1592832>
[14:04] <mup> Bug #1592837 changed: juju upgrade-gui is a model command but operates on controllers only <juju-core:New> <https://launchpad.net/bugs/1592837>
[14:04]  * frobware discovers the tp-link switch CLI does NOT save the config by default. Grrr.
[14:13] <mup> Bug #1592832 opened: enable-ha embeds ModelCommand but should be controller-specific <juju-core:New> <https://launchpad.net/bugs/1592832>
[14:13] <mup> Bug #1592837 opened: juju upgrade-gui is a model command but operates on controllers only <juju-core:New> <https://launchpad.net/bugs/1592837>
[14:15] <fwereade> perrito666, sorrt
[14:27] <frankban> wallyworld: we'll fix the gui for that change, thanks for confirming. fyi, the embedded gui will be broken in beta9
[14:28] <wallyworld> that's ok, we'll have a beta 10 next week
[14:30] <frankban> wallyworld: cool
[15:03] <dimitern> alexisb_: ping
[15:05] <alexisb_> dimitern, heya
[15:05] <alexisb_> I am on the hangout
[15:07] <dimitern> alexisb_: sorry, I was chatting with frobware just now - omw
[15:43] <mup> Bug #1592872 opened: juju status not showing correct output when specifying a sepcific service/application <juju-core:New> <https://launchpad.net/bugs/1592872>
[16:00] <fwereade> katco, sorry, wall of issues, but I think mostly very minor
[16:01] <katco> fwereade: tal, and no worries
[16:01] <katco> fwereade: ta for the review
[16:01] <fwereade> katco, np :)
[16:25] <mup> Bug #1592887 opened: juju destroy-service deletes openstack volumes <juju-core:New> <https://launchpad.net/bugs/1592887>
[19:18] <perrito666> this channel is unusually slient today
[19:19] <katco> perrito666: oh way to ruin it perrito666. jees... we had a streak going.
[19:20] <katco> perrito666: this is why we can't have nice quiet things.
[19:20] <perrito666> I am south american, we are loud
[19:26] <alexisb_> katco, perrito666: can I get one of you to give a second +1 on this revert so we can merge please: http://reviews.vapour.ws/r/5066/
[19:26] <perrito666> alexisb_: looking
[19:26] <katco> alexisb_: ditto
[19:30] <katco> alexisb_: cherylj: i don't understand the commit message... we are reversing changes made in commit Y by reverting commit X?
[19:30] <perrito666> alexisb_: looks like a revert :) and gtm, but why is this revert?
[19:30] <perrito666> ie, code looks good dunno about the reason
[19:31] <alexisb_> perrito666, there were facade changes without version bump and fair warning to api users
[19:31] <alexisb_> everyone is horrible broken as a result
[19:31] <perrito666> do we fair warn in master?
[19:32] <alexisb_> perrito666, yes we should always update those we know are using our api's before breaking changes like this
[19:32] <alexisb_> we did not in this case, and we also should always keep to api versioning
[19:32] <perrito666> alexisb_: lgtm, need an official stamp?
[19:33] <perrito666> agree re api vers
[19:33] <alexisb_> perrito666, yes please
[19:34] <perrito666> done
[19:36] <alexisb_> katco, not sure why the lxd bug fix is mentioned in the commit message, cheryljwhat have to provide clarity, my guess is that there were revisions to that bug fix due to it using an updated facade
[19:37] <katco> alexisb_: ok; pursuant to our recent discussion about commit history, it might be worth clarifying
[19:37] <alexisb_> :)
[19:37] <alexisb_> agreed
[19:38] <alexisb_> thanks for looking katco and perrito666, I will follow-up with cherylj when she is back from lunch
[19:38] <katco> alexisb_: i know she's busy, and this was probably done in 5m between people bothering her ;)
[19:38] <alexisb_> yes yes it was
[19:39] <alexisb_> and it is not like she is running an induction sprint atm
[19:40] <katco> alexisb_: yeah, seriously. laziest lady i know...
[19:40] <cherylj> katco: The commit message was just what git spit out.  I think it's just saying that it's reverting the change applied on top of that lxd commit
[19:40] <cherylj> that lxd commit was the last merge before the one I reverted
[19:41] <katco> cherylj: ah that makes sense
[19:41] <katco> cherylj: probably not worth changing if it's idiomatic git
[19:41] <cherylj> ok
[19:41] <katco> cherylj: in that case, i just need to update my understanding :)
[19:41] <cherylj> heh
[19:44] <alexisb_> cherylj, you are good to merge with bz2 and perrito666 +1
[19:45] <cherylj> ok, merging
[20:20] <alexisb_> thumper, when you have a minute I could use a moment of your time
[20:21] <thumper> alexisb_: I'm free for the next 8 minutes :)
[20:21] <alexisb_> good enough
[20:21] <alexisb_> meet you in our 1x1 HO
[20:25] <katco> does anyone have an opinion on this?
[20:25] <katco> we only log information about API requests if the loggo level is <= loggo.DEBUG
[20:25] <katco> but we log ALL API connection open/close regardless of logging level
[20:25] <thumper> yes, I have opinions
[20:26] <katco> thumper: the right man for the job!
[20:26] <katco> it would make my life much easier if we would consistently log API information (i.e. joins/parts as well as misc. API info) rather than treating joins/parts as something different
[20:26] <katco> is there a reason to do so?
[20:27] <thumper> secrets
[20:27] <thumper> they were the reason
[20:27] <thumper> there was no consistent way to remove secrets from the details
[20:27] <thumper> soon we hope there will be when all providers describe config using the more descriptive way
[20:27] <thumper> but until then
[20:27] <thumper> this is what we have
[20:28] <katco> thumper: ah... can i discontinue logging joins/parts if the loggo level is <= DEBUG?
[20:28] <thumper> joins/parts?
[20:28] <katco> thumper: sorry... connects/disconnects
[20:29] <katco> thumper: https://github.com/juju/juju/blob/master/apiserver/apiserver.go#L561-L567
[20:29] <katco> thumper: i want to get rid of that and say we either log all API events, or none, depending on the loggo level
[20:31] <thumper> I think we should always have the notifier
[20:32] <alexisb_> thumper, ping
[20:32] <katco> thumper: i seem to remember mark complaining about log spam?
[20:32] <thumper> babbageclunk: with you shortly
[20:32] <babbageclunk> thumper: cool cool
[20:32] <thumper> babbageclunk: having many parallel conversations just now
[20:32] <thumper> alexisb_: ya?
[20:32] <katco> thumper: better throw a fslock in there
[20:33] <thumper> katco: I don't even...
[20:33] <alexisb_> thumper, nevermind
[20:33] <thumper> we've logged api calls at debug for so long, if we want to only do that on trace, we should tell people on juju-dev
[20:34] <katco> thumper: i'm good with that, as long as it passes your smell check as something sane to do
[20:35] <katco> thumper: however it looks like we ALWAYS log requests: https://github.com/juju/juju/blob/master/apiserver/apiserver.go#L541-L543
[20:36] <katco> thumper: so, sorry: that's really what i'm asking; can the logging of connects/disconnects safely be tucked away under debug rather than always on?
[20:37] <thumper> yeah, don't see why not
[20:37] <katco> thumper: you have just made me very happy.
[20:38] <mup> Bug #1531719 opened: Runaway memory allocation in jujud unit agent <2.0-count> <sts-needs-review> <juju-core:Triaged> <https://launchpad.net/bugs/1531719>
[20:42] <stokachu> thumper: how long do you think before your revert makes it into master?
[20:43] <thumper> stokachu: it is trying to land now
[20:43] <stokachu> thumper: ok cool
[21:08] <mup> Bug #1592981 opened: LXD and manual provider shouldn't require auth type <juju-core:New> <https://launchpad.net/bugs/1592981>
[21:35] <mup> Bug #1592987 opened: Cannot bootstrap MAAS: missing CloudRegion not valid <blocker> <bootstrap> <maas-provider> <juju-core:Triaged> <https://launchpad.net/bugs/1592987>
[22:12] <thumper> \o/ flock impl works
[22:13] <perrito666> \o/
[22:14] <thumper> now on to windows
[22:14] <perrito666> have fun
[22:30] <alexisb_> wallyworld, ping
[22:31] <wallyworld> alexisb_: hey, trying to get in, there's no video link
[22:31] <alexisb_> https://hangouts.google.com/hangouts/_/canonical.com/core-leads-call
[22:40] <anastasiamac> axw: wallyworld: m looking at agent config file version bug 1575794
[22:40] <mup> Bug #1575794: Agent config format version should be changed for 2.0 <juju-release-support> <rc1> <tech-debt> <juju-core:Triaged by anastasia-macmood> <https://launchpad.net/bugs/1575794>
[22:41] <wallyworld> great ty
[22:41] <anastasiamac> axw: wallyworld: m tempted to rename our format-1.18 file to just be format :D and change the variable that puts version number to 2.0
[22:42] <anastasiamac> is there any repricussion m missing?
[22:42] <wallyworld> not sure, otp, so can't devote brain space to it
[22:42] <axw> anastasiamac: should be fine
[22:43] <axw> anastasiamac: I'd call it format-2.0, since it may change again
[22:44] <anastasiamac> axw: the problem is that this file has already been updated to contain 2.0 changes. it's no longer just 1.18 :)
[22:45] <axw> anastasiamac: that's a problem regardless of the name. and if we don't include the version in the name, people will be *more* likely to change it in incompatible ways without bumping the version
[22:46] <anastasiamac> axw: k. I'll rename and change the variable name and its value, adding comments to not alter contents but creating new file for next format version \o/


[17:50] <hatch> uiteam lf a review and qa on https://github.com/juju/juju-gui/pull/706
[17:50] <hatch> the diff looks huge but thats just because of a json response object update
[18:28] <hatch> bug #1430242
[18:28] <mup> Bug #1430242: cannot change charm location most of the time <landscape> <juju-gui:Incomplete by hatch> <https://launchpad.net/bugs/1430242>
[18:58] <hatch> wow that bug is very irritating :)
[19:16] <rick_h_> hatch: you manage to replicate it well enough?
[19:17] <hatch> rick_h_: yep I can replicate it almost at will, and have found where and why it's happening
[19:17] <hatch> rick_h_: https://twitter.com/FromAnEgg/status/576461063941533696
[19:17] <hatch> current status
[19:18] <rick_h_> mutli-user?
[19:18] <hatch> yeah, technically the server is another user
[19:19] <hatch> and - there could be another tab open with another real user
[19:21] <rick_h_> right, but it sounded like this was getting hit aside from multi-user, just setting up a demo
[19:21] <rick_h_> I guess I didn't realize there were multiple clients effecting the annotations in there
[19:21] <hatch> yeah - the root problem is the same, the client has said 'here are my new positions' and then immediately after that goes out, the server says 'here are your positions'
[19:21] <hatch> because it hasn't been updated 'yet'
[19:22] <hatch> see annotations come wheather there has been a change or not
[19:22] <rick_h_> gotcha, so this is a race during bundle install?
[19:22] <rick_h_> e.g. if you waited for it to settle first you'd be fine?
[19:22] <hatch> whether
[19:23] <hatch> yeah so I was thinking of a debouncer
[19:23] <hatch> but that still has the problem of 'well which one should win'
[19:23] <hatch> because technically one coming from the server COULD be legit from another user
[19:23] <rick_h_> well one has a diff right?
[19:23] <hatch> met in standup?
[19:23] <rick_h_> I mean one is the original value and one is a different one?
[19:23] <rick_h_> sure thing


[04:53] <Exorcist6969> Hello all
[04:53] <Exorcist6969> Anybody have experience with gateway laptops and ubuntu?
[05:37] <seb128> hi
[05:38] <seb128> could anybody confirm than laptop-mode can be dropped from the archive (bug #119528)?


[08:06] <slyon> Hey, could somebody please re-trigger this armhf build, which failed due to a dbus timeout during unit-test. All other arches built fine: https://launchpad.net/ubuntu/+source/netplan.io/0.100-0ubuntu4~20.04.3/+build/20195730
[08:41] <seb128> slyon, hey, done now
[08:45] <slyon> thank you seb!
[13:55] <smb> LocutusOfBorg, Hi, I got a question related to virtualbox-dkms and kernels. Both have a hwe variant. Should that be more a 1:1 mapping or a matrix. Or in other words, is the expectation that any pf the 4 combinations works or just the 2. I suspect a bit all 4...
[15:15] <LocutusOfBorg> smb, they are equivalent, same code
[15:15] <LocutusOfBorg> the difference between vbox and vbox-hwe is in x11 stuff
[15:18] <smb> Hm... so it is even more a mystery why ADT tests claim to succeed for focal 5.8 hwe kernel and vbox-hwe and fail for vbox
[15:20] <LocutusOfBorg> smb, link please?
[15:21] <smb><EMAIL_ADDRESS>(I am working on that part) and<EMAIL_ADDRESS>[15:38] <bdmurray> niedbalski: bug 1872106 seems like the same bug you fixed when fixing bug 1872118. Could you have a look?
[16:21] <LocutusOfBorg> smb,
[16:22] <LocutusOfBorg> different error
[16:22] <LocutusOfBorg> Building initial module for 5.8.0-25-generic
[16:22] <LocutusOfBorg> Error! Bad return status for module build on kernel: 5.8.0-25-generic (x86_64)
[16:22] <LocutusOfBorg> Consult /var/lib/dkms/virtualbox/6.1.10/build/make.log for more information.
[16:22] <LocutusOfBorg> dpkg: error processing package virtualbox-dkms (--configure):
[16:22] <LocutusOfBorg>  installed virtualbox-dkms package post-installation script subprocess returned error exit status 10
[16:22] <LocutusOfBorg> its a normal "hey can't build here the module"
[16:22] <LocutusOfBorg> please don't confuse vbox host with vbox guest
[16:22] <LocutusOfBorg> the virtualbox-hwe is only providing *guest* stuff
[16:23] <LocutusOfBorg> in the failure, you are trying to build virtualbox-dkms, and there is no builtin kernel module for it, nor something provided by hwe package
[16:23] <smb> Ah ok... and that is in the kernel anyway (likely newer version)
[16:24] <smb> LocutusOfBorg, well the problem there is a bit as well that the default dep8 run does try vbox-dkms and vbox-guest-dkms and things fail overall if one fails
[16:24] <LocutusOfBorg> exactly
[16:24] <LocutusOfBorg> smb, btw virtualbox 6.1.16 is out and in hirsute
[16:25] <LocutusOfBorg> so better try that one too
[16:25] <smb> LocutusOfBorg, that be sforshee. Me is old sh.. stuff guy
[16:34] <smb> LocutusOfBorg, btw, since I can only upload kernels, someone has to sponsor me for virtualbox: https://bugs.launchpad.net/ubuntu/focal/+source/virtualbox/+bug/1901904 ;)
[16:36] <LocutusOfBorg> mmm smb to be honest I think we should just do the jump to 6.1.16
[16:39] <smb> LocutusOfBorg, has virtualbox a MRE? I usually try to avoid big jumps if possible. But I guess it is your call here.


 Forwarded from RikMills: upgraded my spare Dell laptop to Kinetic just now. all seems good :)
 👍 (re @RikMills: upgraded my spare Dell laptop to Kinetic just now. all seems good :))
[12:59] <BluesKaj> Hi all