[01:16] ErichEickmeyer: "we have to release a RC, but I simply don't know how exactly that's done" - that'd be the final release then of course, the RC images are due to be spun sometime tomorrow probably, then it's the same as on the recent final beta really - just preferably mark the images ready ourselves this time.. :P [02:14] krytarik: Ross did the final beta. I can't repeat the process unless i know the process to begin with. [02:17] The only that Ross did there really is to call for testing on the mailing list. [02:18] Erm, dropping words today - thing! [02:19] Either way, I didn't do it, and neither Ross nor sakrecoer are available for the RC, Ross has announced he won't be available and I've been told by sakrecoer to assume that he won't be available for the release. [02:20] Had to clear my ~/.config/xfce/ again. I'll have to go piece by piece and see where it's breaking :/ [02:20] SlidingHorn: You're not having much luck, my friend. [02:20] it's been a rough couple days, lol [02:21] The only other things that come to mind now are: 1.) release notes, and 2.) release announcement on the website. [02:21] So, there's nothing I have to do to declare a certain daily build the release? [02:22] You don't just go and declare some random image the release.. [02:22] * SlidingHorn takes off his blindfold and puts darts down [02:22] That's what the upcoming RCs are for. [02:22] Yeah, I figured that. But a daily has to become a RC, does it not? [02:23] Yeah, sure - when the release team decides it. [02:24] This release team? https://launchpad.net/~ubuntustudio-release [02:25] And the release notes should definitely be in place or close to when the release happens - the announcement is entirely at our own discretion. [02:25] No, the Ubuntu one. [02:25] Okay, that works. [02:26] I.e. the ones that are sitting in #ubuntu-release [02:26] Gotcha. I'm in communication with them, so I'm sure they'll be pinging myself or sakrecoer. [02:28] As far as release notes, I am unaware of anything that needs to be in there. [02:30] I have an idea. [02:30] https://wiki.ubuntu.com/ArtfulAardvark/ReleaseNotes/UbuntuStudio - LOL, apparently the last time neither. :P [02:31] Generally, apart from any changes we did, what should be put there is known issues though. [02:32] I just sent an email to the list in case anyone knows anything that should be included. [02:33] ErichEickmeyer: If I figure out exactly what's breaking on my system, I'll obviously share asap [02:34] SlidingHorn: That would be good. The folks in #xubuntu might want to know as well since, if it's Xfce, it affects them as well. [02:35] And, clearly, your issues are very Xfce-specific. [02:37] I asked in there around 7:30 [02:43] SlidingHorn: is this 18.04 xfce? 16.04 has been very stable for me. [02:47] having Installed MATE... first complaint is the theme... which window has focus? I don't know, if there is no flashing curser I can't tell :P [02:48] grabbing the half pixel wide side/bottom/corner handles is almost impossible too. [02:50] Apparently the file manager is called Caja... it would be nice if the menu said caja (file manager) [02:51] I have two panels by default, one on the top and one on the bottom, I guess like gnome2 desktops had. [02:51] Does it say just "Files" too? :P [02:51] no it just says caja. How am I supposed to know that is a file manager [02:51] Heh.. [02:52] Files at least makes sense even if I don't know the program name, I know what it probably does. [02:52] Yep, indeed. [02:53] The two panels top and bottom probably made sense back when we had 4X5 aspect ratio... but not any more. [02:53] OvenWerks: If this is Ubuntu MATE, open the MATE Tweak app. Check the different layouts. [02:55] Hmm, ""Brisk Menu" has quit unexpectedly" [02:55] OvenWerks: Yeah, known bug unfortunately. [02:55] Fortunately, there are other menus that can be used instead. [02:56] OvenWerks: it's the 18.04 Studio XFCE yes... [03:02] ErichEickmeyer: the panel layouts seem to get worse. I think I shall have to make my own [03:02] OvenWerks: Well, at least you can. [03:03] ya, I can, don't know where that leaves the newby. [03:03] ;) [03:04] Yeah. This is probably one reason why tsimonq2 says a Qt-based desktop is easier to maintain. [03:04] AH, I was about to ask what the desktop text editor was called... seems to be Pluma [03:04] ! [03:05] It sort of makes sense... if anyone is two hundred years old they probably used a "plum" for writing... [03:05] What would y'all think of a WM without a full DE? [03:05] The icon was good enough anyway. [03:05] fvwm? [03:06] motif? [03:06] kinda helps keep the "streamlined" and "getting out of the way" philosophy (or at lease my understanding of it) with Studio [03:06] I'm an i3/i3 gaps guy, but that's probably not going to fly with an Ubuntu release [03:07] SlidingHorn: if I was going to go wm only, I would probably go fvwm... or openbox or something [03:08] I do love openbox [03:08] I'd be more than happy to spend the next several months setting up a theme for the release if we went that way [03:09] hmm, I did something right, I got and old 95 style menu... [03:09] SlidingHorn: One of the thigns we're looking at is theming as well, so have at it! [03:09] OvenWerks: The Redmond layout? [03:09] OvenWerks: noice. [03:11] I don't think it was... the redmond layout is win 8ish [03:12] Says traditional [03:12] * OvenWerks can't spell even looking at the word across the screen... [03:12] after I figure out where I'm breaking the current setup, I'll start breaking down Studio to an Openbox setup and play with it [03:13] Thats what lubuntu used to be based on. It felt incomplete to me. [03:15] Ah, found focus follows mouse... it's called: Select windows when the mouse moves over them. [03:18] they have a menu editor (Oh no!) [03:18] * OvenWerks has had bad experiences with menu editors [03:19] OvenWerks: Careful going down that rabbit hole. [03:21] That's one nice thing about openbox is that the menu is just XML [03:21] SlidingHorn: thats one bad thing about openbox... it doesn't honor XDG [03:23] SlidingHorn: I'd say the menu being XML is also its weakness. [03:23] * SlidingHorn just likes it because it's simple [03:23] honouring xdg means a new app just shows up in the menu. [03:24] Yeah, but not simple for non-technical people. [03:24] and xdg menu files are pretty much xdg. [03:24] ErichEickmeyer: I'm a relatively non-technical guy [03:25] unfortunately, all /etc/xdg/menus/menuconfig files are broken except for KDE's and Studio's [03:25] My wife would look at an XML file and go... ???? [03:25] my wife looks at the menu and it works... no files [03:26] ^That. [03:26] so where do we find the sweet spot between compliance, ease of use, stability, and overall speed? [03:27] And that is the question that every Linux user has been trying to answer since KDE was first released back in the 1990s. [03:30] Not sure I like the selection of themes. it does say get more themes online, but I am assuming the ones included are known not to have "issues" [03:31] "Blue-Submarine" for now I guess. [03:31] It should be able to take any GTK3 theme. [03:33] That statement is hilarious in itself. :P [03:39] window border to "WinMe" is almost fresh... (by comparison) [03:53] Downloaded CDEtheme installed... older than win3, looks wonderful :) [04:12] Ok, I will try installing Studio on top. [05:25] hmm, my backdrop just changed. I don't think I set it to do that ??? [07:23] ErichEickmeyer: as far as release goes - you get all your ducks lined up - eg release notes (which they will ask for) and images marked as ready on the iso.tracker (do that yourself) and the rest will just fall into place. [07:24] as far as marking ready - if you've not got perms and no-one else is around to do that - ping me, I'm in iso tracker admin group should be able to mark your images ready [07:24] the idea is to not have the main release team chasing anyone unless they want to - they've more than enough to do [10:51] ErichEickmeyer: looks to me like you're in the right team on LP to have the perms [14:35] flocculant: Thanks! I appreciate the advice! [15:03] no problem :) [15:03] I'll hang about in channel till release is done [15:07] Cool. I appreciate it. [15:48] Hello all! :-) [16:05] I expect to be around for the meeting... but family may decide lets go "there"... [16:05] Further notes on MATE... [16:08] It does seem to have lots of ways it can be set up. Our menu does work provided the system configuration file is fixed. (the fix is merely in order so that overrides happen last instead of before the system imposes itself) [16:10] The panel setting GUI for MATE could learn from XFCE, in particular, XFCE has one settings window that includes all panels rather than having to access a setting applet from each panel. [16:16] The xfce panel settings also shows a list of things it includes making it easy to change their order, see what they are called, and change each applets settings all from one place. [16:26] I have not yet found a resonable theme. The CDEtheme doews not affect the title of the window... and really, I am probably one of very few who might like it. [16:29] Of the themes that come with MATE, the nice looking ones, make getting actual work done difficult for someone who uses lots of windows it is hard to follow which window has focus. Focus follows mouse (which is not defualt) helps some. The two themes that have good contrasting window titles for focus, are blinding bright and leave a terminal window almost unreadable. [16:31] Finding a theme that is both "modern" in look and useful for work has not been easy. [18:09] OvenWerks: Arc should work on MATE. [18:24] OvenWerks: I'm slowly getting the impression that your needs are special. :P [18:59] here for the meeting [18:59] Hi! [18:59] Hello! [18:59] Similarly. [19:00] Yep! So we have myself, krytarik, eylul, captain-tux_, and OvenWerks was here, but dunno if he still is. [19:01] :) [19:01] hello [19:01] Cool! Well, let's get this started. [19:02] eylul: I guess we have to delay the wallpaper due to sponsorship reasons. No big deal as I recall from the last meeting. [19:03] not at all, the wallpaper is there. it actually gives me time to get a couple of color variations out for it in orange and purple [19:03] and perhaps propose some extra wallpapers [19:03] Yep. I like that idea. [19:04] Did everybody see OvenWerks's notes above about MATE? [19:04] *nods* [19:04] Seems like his needs are very niche, though, so I'm not so sure they'd apply to new users. [19:05] I do remember when trying mate feeling restricted. so I would say partially [19:05] Cool. [19:06] window theme is something to tackle independently, that I think can be a good challenge for us. *has some thoughts on it regarding XFCE side. no idea how to theme for gnome based DEs through* [19:06] Tbh, Xfce simply uses GTK2, GNOME/MATE use GTK3. Should be fairly similar. [19:07] oh ok cool [19:08] Any GTK2 theme works on Xfce. However, with GTK3 being the new(er) hotness, we're bound to see GTK2 themes becoming fewer in numbers as time goes on. [19:09] *nods* well assuming our default DE will be xfce at least for 18.10 [19:10] my thought is to design around limitations of XFCE, and then... well it should be adaptable to gtk3 based systems. anyhow.. things to think about after release pile ;) [19:10] Yeah. We can table it for now. [19:10] So, any further old business from anyone? [19:10] I is here. [19:10] sorry to be late. [19:11] not from me :) [19:12] OvenWerks: No worries. See everything discussed so far? [19:12] There were a number of people who suggested MATE. I am kind of wondering what tings in MATE they found attractive... [19:13] Probably functionality more than anything, and it's familiar. [19:14] So far, I think I would prefer ubuntu Vanilla to MATE. I do not know if I can really stand behind XFCE for any other reason than it is familiar and so I know how to set it up quickly [19:15] ErichEickmeyer: I would ask for a more comprehensive answer than that as I am so far not seeing this functionality [19:16] welcome/software center. polish (aesthethic wise), existence of some form of wacom gui were the reasons for me. and it does seem to have active support, comparing to xfce that is more slowly developed. [19:17] wacom gui as far as I know is in general available in gnome too. [19:17] eylul: Yeah, the welcome & software boutique is appealing, but even Ubuntu Budgie has that (which they forked from Ubuntu MATE). It can be used in any DE. [19:17] *nods* [19:18] So, I would consider that a separate topic than the DE, to be honest. [19:18] Ok, that is good to know. I am sure I could learn to set MATE up. For me the polish is not really more than skin deep and it interferes (for me) with using the applications which is what I have a computer for after all. [19:19] Yeah, that makes sense. Basically, for 18.10 as far as desktop environment, we need to ask two questions: 1) Is there a compelling reason to change default DE, 2) Which additional DE do we add first. [19:19] I would ask the question of where XFCE fails and where it does well [19:19] yes! [19:19] Yes. [19:19] and the same with other DEs [19:20] Which is why we're testing the waters, as it were. [19:20] What do they add and what do they subract [19:20] because ideally we don't want to lose aspects that do well. for me biggest issue with xfce is lack of settings, lack of wacom, and sometimes not quite as good at HIDPI screens. [19:20] Agreed. Only GNOME Shell, MATE, and Plasma do HiDPI as of 18.04. [19:20] * OvenWerks finds MATE has lack of settings... or harder to set. [19:21] it does well with low resource requirement and being very stable and easy to customize to a point (although lack of widgets is sad) lack of wacom interface is a drawback (although existing guis are pretty basic too) [19:21] MATE is easier to set up a nice menu with than Screen/Vanila [19:22] MATE is also easier to customize in terms of appletts than Gnome Shell, since all customizations are done with extensions in Shell. [19:22] Though I never use it (monitors are only 900 pix high) I would consider dealing with HIDPI a priority. [19:23] That to say, it's easier to make default layouts in MATE than Gnome Shell. [19:23] *nods at ovenwerks* [19:23] Honestly, from a photography and graphics design perspective, HiDPI needs to be a priority. [19:23] gnome shell is anti panel/menu so far as I can tell. [19:24] OvenWerks: that's my primary issue with gnome shell but again that might be a personal choice [19:24] OvenWerks: This is true, which is why it would have to be up to the end user to customize it to their liking using https://extensions.gnome.org. [19:25] another thing to consider that I think kde gets closest to deal with is.. [19:25] workspaces [19:25] ErichEickmeyer: I would consider it a requirement to include any extensions needed to get a usable environment. [19:25] I absolutely love KDE's activities. and being able to bind them to time tracker (hamster) although it requires a fair bit of well hacking to do so :) [19:26] OvenWerks: Unfortunately, if you look at Dieder Roche's blog from this past year, doing that requires forking individual extensions, renaming them, and making packages for each one. [19:26] eylul: kde activities: what is the memory use like? [19:26] at some point I had something like 6 [19:26] As a Plasma user myself, memory use of plasma is much lower than Gnome SHELL. [19:26] didn't notice anything but then again... [19:26] gaming laptop [19:27] ErichEickmeyer: so maybe we should consider gnomesession as something to save for later. [19:27] OvenWerks: I would say that we could go for it, but I wouldn't make it the first additional DE. [19:27] gnome shell's adventage is.. the amount of development and support it is getting [19:28] ErichEickmeyer: I was thinking not of plasma, but when activities are used. [19:28] OvenWerks: Activities are nothing more than customizable workspaces. It's the same as adding a virtual workspace. [19:28] My understanding is that activities each have their own setup. [19:29] Yes, but not a new instance of Plasma Shell for each one. [19:29] ok. [19:29] they have their own background, and name but yeah [19:29] they don't have, for example saparate menu bars. [19:29] so the only real problem with plasma is not dealing properly with window stacking hints. [19:29] (I wish) [19:29] *nods* [19:30] (and the audio applet is painful for any complex audio setup) [19:30] Honestly, that's not a complete deal breaker as that varies according to the task management widget used. [19:31] most DEs (even fvwm) allow different backdrops per workspace [19:31] ErichEickmeyer: we would want to choose the right one as default :) [19:31] Agreed, and that's something that can actually be done. [19:32] And I've never had a problem with the audio widget, especially since it was simplified. [19:33] Anyhow... we can table this discussion since it will be ongoing. [19:33] ErichEickmeyer: try it with something like a ice1712 based card [19:33] I do have some more observations on KDE (e.g. file viewer in some ways have better features for images, but XFCE's thunar actually is a lot more reliable when importing files from a mobile phone using mts) the image viewer is able to handle slightly larger images on xfce, KDE side it handles more types. KDE file viewer can preview raws. *shuts up* [19:34] LOL [19:34] *pointedly shuts up* [19:34] Yeah, I do like Dolphin. [19:34] ANYHOW.... [19:34] :) [19:35] eylul: as we are purposely adding many gtk applications, having both versions of file manager is not a problem [19:35] We should move on. We could talk DE all day, but since it's an 18.10 thing, we should table it for now. [19:35] k [19:35] Ovenwerks I have things to say on that. after the meeting :))) [19:35] release. I think that when xubuntu is ready we are... [19:36] On to new business: I only saw the one item is a bug report OvenWerks filed (bug 1761887), which isn't a blocker bug by any means. Also, I was unable to duplicate. [19:36] bug 1761887 in qjackctl (Ubuntu) "indicator dropdown menu requires two clicks to operate." [Undecided,Confirmed] https://launchpad.net/bugs/1761887 [19:36] So, that might be in the release notes. [19:37] not worth persuing. Rui is unlikely to spend any time on it. [19:37] Yeah. Might even be considered a "wishlist" item for that reason. [19:37] This problem has been there since at least 16.04 (since Rui moved qjackctl to qt5) [19:38] Probably a Qt5 port issue then. [19:38] I'm not really worried at all, the app still functions. [19:39] Anybody have anything else for the release notes? [19:39] not that I can think of, unless any other known problems surfaced during testing [19:39] -not a LTS [19:40] (This can also be discussed on the ML) [19:40] I did notice some issues SlidingHorn noted did we get to the bottom of them? [19:40] though applications and DE will receive LTS treatment [19:40] eylul: I'm not sure he filed a bug report explaining the steps required to duplicate his issue. [19:41] ok [19:42] That said, there doesn't seem to be any activity regarding a similar issue, so whether or not it is even reproducable is questionable. [19:43] Seems like a dotfile somewhere in his home folder is getting corrupted, but idk. [19:43] Anyhow, next item. [19:43] *nods* [19:44] I authorized a FFe for musexcore-sftools and fluidr3mono-gm-soundfont (bug 1761272) [19:44] bug 1761272 in musescore-sftools (Ubuntu) "Please sync musescore-sftools 20180325-1 (universe) and fluidr3mono-gm-soundfont 2.315-4 (universe) from Debian testing (main)" [Undecided,Fix released] https://launchpad.net/bugs/1761272 [19:44] Looks like it'll be in the final release. [19:45] I couldn't see any issues with it, unlike the other FFe request we talked about last week. [19:45] Any thoughts? Discussion? [19:46] * OvenWerks wishes he could read music in real time... [19:46] nice [19:47] Okay. That's all that was on the agenda. I have a couple of items, first one is just to mull over and think about. [19:47] sorry i tabbed out to read the bug. [19:47] eylul: Thoughts? [19:47] *points up to the "nice"* no I think it is good to input that fix [19:47] Cool. [19:47] and I am glad it didn't fall through the cracks. :) [19:49] We have a number of packages installed by default that accomplish the same purpose (kdenlive vs openshot, etc.). I recommend we whittle that down to one and, in the Software Boutique (section of -welcome) show those items as optional installs. The nice thing about the boutique is it gives the option of removing items as well, so they can do it all in one interface. [19:49] (this would be for 18.10). [19:50] I have no problem with that. [19:50] This would slim down our .iso big time. [19:50] yeah the iso.. is [19:50] Gigantic? [19:51] I believe there were reasons for duplicating some things, but I am not much of a video editor [19:51] I think in some cases it is ok to have 2 versions of same software. as.. they have similarly sized userbases [19:51] *looks pointedly at darktable and rawtherapee* [19:52] Agreed. It makes sense in a world when you'd want all of your software at once, but now that things are so much easier to install (esp with boutique) it seems a little like unnecessary software bloat. [19:52] * OvenWerks could point out that there are a number of people who record on Ardour and mix on MixBus... [19:52] I think it is in some ways leftover from times where people used livecds [19:52] Yeah. [19:52] to do work in, where you expected, to put in a CD, and work on that [19:52] OvenWerks: Yeah, those are nearly two different usecases, so I'd be in favor of keeping both. [19:52] which.. most new laptops ship without even a CD drive these days :D [19:53] Yep. [19:53] eylul: but, but, it's right next to the floppy... [19:53] So, that's just something to ponder. Wanted to throw that out there. In the interest of keeping things relatively short, just something to think about. [19:53] OvenWerks: LOL! [19:53] I am not sure about kdenlive and openshot as they have different use cases but yeah fully agreed to take a critical look. [19:54] about the software boutique [19:54] I was thinking about the log krytarik linked [19:55] I am wondering if.. IF (because I am not the one who would maintain this after all) if this could be a good way to dip into maintaining our own PPA repository [19:55] if we chose to do that and end up doing a fair bit of packaging and how would ubuntu tech team feel about that [19:55] as biggest concern about the issue was 3rd party PPAs. [19:55] Well, Kubuntu has a backports ppa, but it's not enabled by default. [19:55] I think the big thing is licencing [19:56] backports are fine. [19:56] kxstudio is not [19:56] I don't think I'd want the boutique pointing to unofficial repos for our purposes. Just showcasing software already in the repos should be enough. [19:56] using a PPA to include linuxsampler for example would be wrong. [19:57] That takes out the controversy element. [19:57] ovenwerks: from what I know kxstudio is in progress of removing some of those elements [19:57] some, not sure if all [19:57] yes. [19:57] ericheickmeyer that's fair [19:57] Showcasing some snaps would be okay, but that's not a repo per se. [19:58] snaps is another solution if it can be a good solutio [19:58] solution [19:58] I have yet to bug popey on that, but he's all for having the discussion. [19:58] Snaps have really come a long way just in the past 6 months. [19:58] snaps where they can work are fine, probably not for audio though. [19:59] OvenWerks: Agreed. Gimp, for example, would be good. [19:59] maybe... [19:59] gimp has plugins too [20:00] Still worth exploring, but I didn't want to open that can of worms right now. [20:00] the snap would have to include all useful plugins or snaps would have to be "mergable" [20:00] also main issue there is that debian packaging especially has some rules that conflict with things like godot's shop and export plugins. we do need an option for those things down the line. that is not licensing issue exactly, but still well.. [20:00] that's fair ErichEickmeyer [20:01] I wanted to know how you guys felt about not having a meeting next week since it's just after release, and taking a break before we hit 18.10 with all we've got would be, in my opinion, a good idea. [20:02] I am ok with it either way :) [20:02] fine by me. this is not the best time for me on a saturday, but maybe not easy to change [20:03] Yeah. Also, it looks like I won't even be available next week. :/ [20:03] Cool. So we'll come back on Cinco de Mayo. [20:04] k [20:04] :) [20:04] Alright. I have nothing further. Shall we adjourn? [20:04] sure [20:04] ok [20:05] Okay. Meeting adjourned. I'll get the notes up sometime in the next few hours. [20:05] OvenWerks: re adding Dolphin and Gwenview into XFCE, it is something definitely to consider. [20:06] I did it on my travel laptop, but main issue there is.. they tend to bring a lot of KDE/Plasma packages with them [20:06] in the future maybe... I am trying to deal with MAE for a while yet. [20:06] :) [20:06] *MATE [20:08] I think they are useful, just something to think about if we think about going that route seriously :) [20:08] *can't formulate a sentence* [20:08] anything but "Files" [20:08] * ErichEickmeyer shudders at the thought of files/nautilus [20:09] hahah [20:09] can't comment, haven't used it in ages [20:09] by that point one may as well use firefox as a file manager [20:09] hey! I actually like firefox :) [20:09] as a file manager? [20:09] hahaha [20:10] point taken [20:10] is there a theme editor out there? [20:10] but both dolphin and thunar have so many good sides to them, I wish I could somehow merge them into one file manager. [20:28] * captain-tux_ crawls out of cave... [20:29] Actually I've been using Nautilus for a while, because Thunar has been rellay unreliable on me and Dolphin just looks too complicated. / Change my mind. [20:41] captain-tux_: LOL [20:42] Have I missed a joke? :P [20:51] captain-tux_: "change my mind" [20:52] Oh okay, I thought that was directed towards my poor little file manager again. :P [20:55] Nope, just the meme. [23:21] lrwxrwxrwx 1 root root 13 Apr 20 17:05 software-boutique -> /usr/bin/snap [23:22] hu, does this mean the software boutique is a part of snap? or that it is a snap package and so has to be started by snap? [23:43] it has to be started by snap [23:55] It appears pulls it's application list from git when it starts up.