[00:01] scotify: One of the things on my to-do list is to create and document some test git repos for people to play around with. [00:03] Eickmeyer: the slide show is now quite outdated. [00:03] (install slideshow [00:05] OvenWerks: That's also on my to-do list. Luckily we can get that done anytime between now and final freeze. [00:05] I did update the general screenshot. [00:06] The first slide shows the old backdrop, the second to last show usc (I think) and the last one seems to show an older website... well maybe our web site is as old as what is shown :) [00:06] * Eickmeyer is syncing his ISO images [00:06] OvenWerks: Uh... you must have the 18.04 slideshow. We can't update that. [00:07] The 19.04 slideshow has the new backdrop. [00:07] Eickmeyer: this is the fresh eoin daily [00:07] cyphermox: ^^ ? [00:07] I sent cyphermox the file and he updated it. [00:08] I may be wrong about USC, gnome software looks very similar [00:08] I'll test once I have the ISO. [00:08] It's probably gnome software. I didn't screenshot USC. [00:09] Our slideshow is inside ubiquity-slideshow, which isn't a package we have direct upload access to (even if we had packageset, requires a core developer since it's in main). [00:10] Ya I know that part. actually it may only be the very first slide that is out of date [00:10] Our website just hasn't changed for a while. [00:10] we seem to have lost all our graphic artists [00:11] This is true. The screenshot overview shouldn't be out of date. If it is, then I have questions and I want answers. >:( [00:11] eylul should be back next month sometime. [00:11] we did change the the back drop late in the game... [00:12] Doesn't matter. When Eoan opened, it was a direct sync of Disco, a week after release. [00:12] The backdrop is right on the d3esktop, but not in the slide show [00:12] The slide show is the same as 18.04 [00:12] ( the first slide of the slideshow) [00:12] it is not disco. [00:13] Not worth fixing at this point for disco, but we should maybe work on a new backdrop ofr the current cycle [00:14] Uh, I have seen with my very eyes that the one in Disco is correct. [00:14] It's a screenshot of the backdrop that was used in 18.10. [00:14] if that is correct that is fine [00:15] it is not a screen shot of 19.04 (which it should be) [00:15] But you don't see that in Eoan? [00:16] I was about to screen shot it but it finished on me :P [00:16] It should be a screenshot of 19.04 with 18.10's backdrop. [00:16] It is the one with the COF in it, but similar BG to disco [00:17] could be. [00:17] That makes sense [00:17] Yes, then that's correct. I didn't want it to be the exact Disco Dingo wallpaper since it would be used for future releases (since it's realllllllly hard to update that). [00:17] OK [00:17] Maybe we should use the right screen BG then [00:18] In my opinion, we shouldn't be updating that slideshow every release. [00:18] cyphermox: False alarm. [00:19] Then may not have a screen shot of the backdrop because the backdrop will look old very quickly [00:19] *maybe [00:19] The slideshow may be better with more generic material [00:19] OvenWerks: I was thinking we'd update if it's 1) a drastic change, or 2) an LTS. [00:19] ok [00:20] The default disco wallpaper isn't that far off, and the wallpaper pictured is included. [00:20] In fact, it should revert back to that wallpaper in a couple days, once -default-settings gets out of proposed. [00:21] I only mentioned it because my first thought was this looks wrong. I have one backdrop on my screen and a picture of another in the slide show. [00:21] * OvenWerks goes off to reboot [00:21] Oh, I understand. You're the only person that has mentioned it, including every review I've watched, so far. [00:22] Though, I do understand why. [00:24] Eickmeyer: maybe most people choose the grub install option to install. I always choose the live option and install from there [00:25] With the install option the installer sits in front of the centre of the screen so maybe it is not so obvious [00:25] besides I'm picky :P [00:26] * OvenWerks has to remember his throwaway password for test installs ... [00:26] The grub install option does, in fact, open up a X11 environment with our default theme and Ubiquity running, so people would see. [00:27] hehe [00:27] Yes, but it puts the installer right in front of the logo. so the outside of the screen is harder to see... or they just don't think it is significant [00:28] I normally spend some timelooking at some things to see that the live os is ok. [00:28] They'd be able to see the edges of the dingo. [00:29] yes, I guess many people find the slide show boring and go do other things.. I don't know really. [00:30] focus is wrong (for me) I look for bad/wrong things [00:30] Meh. I want to update the other pieces of it, too. [00:30] * OvenWerks likes focus follows mouse [00:31] Focus follows mouse isn't default, though, and people aren't used to that. [00:33] Er, MOST people. Not you, obviously. [00:35] My bad. Eoan's default wallpaper will change once -look is done syncing. [00:35] It's in proposed right now. [00:35] OK [00:39] Wimpress: just installed mozo on 19.10 and am gettingthe same error line on the commandlineevery time I do anything: (mozo:22527): CRITICAL **: 17:36:48.872: matemenu_tree_get_root_directory: assertion 'tree->loaded' failed [00:41] Wimpress: also the Menus: column does not match the menu on the system (I would note that 1.12 I was trying last night on 15.04 did show the correct menu as on the system) [00:41] sorry 16.04 [00:47] Eickmeyer: oh my goodness gimp now defaults to single window :P [00:48] OvenWerks: Wow! It didn't do that on 19.04! [00:52] I can't sftp into my server from here either. It does not open a user/password dialog it just gets refused. [00:55] Eickmeyer: what all bits did we take out of the de? [00:57] The indicator-* stuff (indicator-sound among them). The ISO you downloaded might not be updated with the spin. [00:57] Hmm, I am wondering why thunar doesn't do ftps anymore [00:57] Ross and I only uploaded that stuff yesterday, so it'll take stuff migrating from proposed. [00:58] so it should be the same and work. [00:58] bluesabre: Any ideas? ^ [00:58] got it. [00:59] OvenWerks: Might have dropped ftps in favor of sftp? I'm speculating. [00:59] I probably had it backwards. [00:59] Ah. [00:59] sftp is ftp over ssh. [00:59] ftps is ftp with ssl encryption. sftp is stronger. [01:00] I think I tried sfpt by mistake and went in my head, maybe the s is on the end... [01:01] If you use sftp then you'd log-in with ssh credentials. [01:01] Eickmeyer: and heres why: [01:02] Wimpress: here is the system menu and mozo side by side http://www.ovenwerks.net/paste/mozo-screen.png [01:02] Wimpress: as you can see mozo does not follow the xdg menu as it is in use [01:04] Wimpress: for reference, Studio points xdg root to /etc/xdg/xdg-ubuntustudio. [01:05] (xubuntu does similar BTW) [01:07] Wimpress: in /etc/xdg/xdg-ubuntustudio/menus/ there is xfce-applications.menu which we had to modify because the stock one in /etc/xdg/menus/ is broken (same as gnome 2 and 3, same as lubuntu and last I checked in mate as well [01:10] Wimpress: the problem being that the flow of checking should be: DE installed default, which can be overriden distro which can be overriden by the user. The default menu configuration reads in user and extra menus first and then overrides with the system config... ie backwards. [01:10] kubuntu gets it right BTW [01:13] Studio has A) modified the system menu config to be correct (one line correction) and B) added etc/xdg/menus/applications-merged/studio.menu which _should_ override the system file. (in Studio it does) [01:14] The XDG spec does actually say that overrides should go in this order in the document text but the sample menu config file is incorrect. [01:17] This is why Studio has rejected alacart and menulibre [01:26] OvenWerks: He's in the UK, so he'll get this when he's awake and/or at work (he works for Canonical). [01:29] not a problem, I may not be around or watching at the time. [01:32] Kmenu doesn't offer anything for us either [01:38] Eickmeyer: the more I look, the more I am sure that menu-add will cause us the least amount of trouble. [01:41] OvenWerks: It might be worth working with the upstream developers on this for the XDG compliance. bluesabre is the maintainer of Menulibre and leads Xubuntu, so he might be able to help. [01:41] Eickmeyer: help is not the problem. Getting people to actually follow xdg is something else. [01:42] That's what I mean. [01:42] I'm definitely open to suggestions... a big problem is that the desktops seems to do xdg, with a twist [01:43] and the twists add up... in gnome-menu, garcon, etc etc :) [01:43] bluesabre: I am thinking that our (very) simple applet that merely creates new desktop files might be the best route for us to follow. [01:44] It does not require following the snake of files and paths required to aqurately mapout all the menu config files in the system and user paths. [01:44] yeah, in most cases that's definitely the way to go [01:44] originally, menulibre just created and edited desktop files, and left the menus to sort themselves with just the categories [01:45] basically our menu-add applet is just a wrapper for exo-desktop-item-edit [01:46] It does allow adding some carefully picked catagories that will place it in certain places of our menu. [01:46] sounds sensible [01:47] these catagories are reasonable enough the applet will "proabbly" work ok in some other places as well. [01:48] bluesabre: the biggest trouble we have had have been people who have used some menueditor to add a menu item and come for help because "all the menus I had before have gone!" [01:49] Yeah, definitely seen those sorts of issues in the past [01:49] in these cases it means having them look in various directories (froma terminal) for some files one of us knows about abd removing them :P [01:50] I've thought about adding a reset button to menulibre in the past, which would drop user menu layout changes (leaving lauchers) [01:50] the failsafe undo button :) [01:51] unfortunately almost all of the system menu config files in /etc/xdg/menus/*application.menu are incorrect. [01:52] See my explaination above for more, but basically most of them besides kde have the system menu override the user modifications rather than the user modifications overriding the system. [01:53] The fix is a one line fix, but any of the DEs I have put a bug against have been marked invalid/won't fix [01:54] Xfce/Xubuntu/Studio included? [01:54] xfce stock, Studio is fixed. (or it wouldn't work :) [01:54] being the "menu guy", I think garcon is kind of in my maintainership area these days [01:54] xubuntu may have fixed it. [01:55] Link me and I'll see about getting an upstream fix in place [01:56] stock xfce file is bad in 19.10 [01:57] it is easy to see. in the /etc/xdg/menus/xfce-applications.menu file [01:57] is almost at the top of the file. [01:59] (Line 9) it should be pretty much just before the last tag, although KDE puts there logout item below to make sure the user doesn't kill it :) [02:00] The unfortunate part is that while the xdg spec does say that the flow is from system to user and that the user shold be ale to override the system, the sample file they have is also wrong :P [02:00] :D [02:02] Can you post a diff for the change? I'll submit a bug and assign it to myself... should land it before 4.14pre2 ;) [02:06] I can do that, do you want it for xfce itself? or xubuntu (i would have to look in xubuntu-default-settings (I think) to see if it is right [02:07] There should already be a bug in there, I will see if I can find them and pass them back to you as I am sure I gave a patch with the bug reports [02:07] Xfce at least, but both if you want :) xubuntu-default-settings is correct [02:07] Yeah, if you already have bug reports, even better :) [02:07] OK, I will do that when I am back to my "norrmal working partitions" [02:08] Time to reboot. [02:28] bluesabre: the bug goes back a ways :) https://bugs.launchpad.net/ubuntu/+source/garcon/+bug/1213518 [02:28] Launchpad bug 1213518 in garcon (Ubuntu) "xfce-applications.menu merges in a non-standard way. default overrides merge" [Low,Confirmed] [02:30] bluesabre: I don't seem to have created a bug report for xubuntu. [02:32] bluesabre: looking at: https://git.launchpad.net/xubuntu-default-settings/tree/etc/xdg/xdg-xubuntu/menus/xfce-applications.menu [02:32] this one looks correct. [02:32] so xubuntu has the correct file and xfce does not. [02:42] OvenWerks: thanks, will move that along :) [21:10] OvenWerks: I just did some cleaning on the packaging for -menu-add. Looks good. Do we want to get this uploaded to eoan, or did you want to fix those bugs in the ./BUGS file? Either way, it'll need sponsoring, then I'll have to apply for PPU access to it. [21:17] Eickmeyer: the only two left are nice to have features [21:18] Ok, I'll try to get the ball rolling (we all know how this goes... :/ ). [21:19] We could chonge the name of BUGS to Roadmap or something. [21:26] That might be preferable. I'm worried that somebody is going to see it and go, "You should fix those bugs first." [21:26] * Eickmeyer will make that changed [21:27] you can even remove that file if you want. [21:28] NOW you tell me! XD [21:28] * Eickmeyer had accidentally removed it [21:28] * Eickmeyer then reverted it [21:28] hahahaha [21:29] I'll leave it as roadmap for now.