Re: Applying for the Ubuntu Desktop team
+1 from me too! Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Merge] lp:~khurshid-alam/unity-settings-daemon/sharing-plugin-test into lp:unity-settings-daemon
The proposal to merge lp:~khurshid-alam/unity-settings-daemon/sharing-plugin-test into lp:unity-settings-daemon has been updated. Status: Needs review => Merged For more details, see: https://code.launchpad.net/~khurshid-alam/unity-settings-daemon/sharing-plugin-test/+merge/339446 -- Your team Unity Settings Daemon Development Team is subscribed to branch lp:unity-settings-daemon. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Merge] ~khurshid-alam/ubuntu/+source/rhythmbox:master into ~ubuntu-desktop/ubuntu/+source/rhythmbox:ubuntu/master
Debian might accept our rhythmbox-plugin-zeitgeist package once we get the plugin working. I would normally expect something like this to be forwarded to https://gitlab.gnome.org/GNOME/rhythmbox/merge_requests Are you aware of this comment from the zeitgeist Debian changelog? https://tracker.debian.org/news/939461/accepted-zeitgeist-101-02-source-amd64-all-into-unstable/ "Drop python3-zeitgeist package as the binding is not compatible with python3, for python3, GIR binding should be used instead. Reintroduce the python2 binding for now as we still have one rdependency" Maybe those extra files you added should be shipped by the zeitgeist package instead? Maybe Ricotz has some time to help review what you're trying to do here. -- https://code.launchpad.net/~khurshid-alam/ubuntu/+source/rhythmbox/+git/rhythmbox/+merge/362491 Your team Ubuntu Desktop is subscribed to branch ~ubuntu-desktop/ubuntu/+source/rhythmbox:ubuntu/master. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Merge] ~khurshid-alam/ubuntu/+source/rhythmbox:master into ~ubuntu-desktop/ubuntu/+source/rhythmbox:ubuntu/master
Review: Needs Fixing Khurshid, have you ever used git-buildpackage's patch-queue feature (gbp pq)? https://wiki.ubuntu.com/DesktopTeam/git#Pick_some_upstream_commits https://manpages.debian.org/unstable/gbp-pq Specifically, we don't edit upstream directly, but we use debian/patches/ so gbp pq helps create and modify those patches. -- https://code.launchpad.net/~khurshid-alam/ubuntu/+source/rhythmbox/+git/rhythmbox/+merge/362491 Your team Ubuntu Desktop is subscribed to branch ~ubuntu-desktop/ubuntu/+source/rhythmbox:ubuntu/master. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Merge] ~azzar1/ubuntu/+source/gnome-online-accounts:ubuntu/master-3.31.90-1 into ~ubuntu-desktop/ubuntu/+source/gnome-online-accounts:ubuntu/master
Review: Approve Thanks! -- https://code.launchpad.net/~azzar1/ubuntu/+source/gnome-online-accounts/+git/gnome-online-accounts/+merge/363144 Your team Ubuntu Desktop is subscribed to branch ~ubuntu-desktop/ubuntu/+source/gnome-online-accounts:ubuntu/master. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Merge] lp:~khurshid-alam/unity-settings-daemon/sharing-plugin-test into lp:unity-settings-daemon
I am closing this merge proposal since I believe this feature was already uploaded with a different merge proposal. -- https://code.launchpad.net/~khurshid-alam/unity-settings-daemon/sharing-plugin-test/+merge/339446 Your team Unity Settings Daemon Development Team is subscribed to branch lp:unity-settings-daemon. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Merge] ~3v1n0/ubuntu/+source/gjs:ubuntu/bionic into ~ubuntu-desktop/ubuntu/+source/gjs:ubuntu/bionic
The proposal to merge ~3v1n0/ubuntu/+source/gjs:ubuntu/bionic into ~ubuntu-desktop/ubuntu/+source/gjs:ubuntu/bionic has been updated. Status: Needs review => Approved For more details, see: https://code.launchpad.net/~3v1n0/ubuntu/+source/gjs/+git/gjs/+merge/361167 -- Your team Ubuntu Desktop is requested to review the proposed merge of ~3v1n0/ubuntu/+source/gjs:ubuntu/bionic into ~ubuntu-desktop/ubuntu/+source/gjs:ubuntu/bionic. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Merge] ~khurshid-alam/ubuntu/+source/ubuntu-settings:enable-background-plugin into ~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master
The proposal to merge ~khurshid-alam/ubuntu/+source/ubuntu-settings:enable-background-plugin into ~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master has been updated. Status: Needs review => Merged For more details, see: https://code.launchpad.net/~khurshid-alam/ubuntu/+source/ubuntu-settings/+git/ubuntu-settings/+merge/355874 -- Your team Ubuntu Desktop is subscribed to branch ~ubuntu-desktop/ubuntu/+source/ubuntu-settings:master. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Merge] ~3v1n0/ubuntu/+source/nautilus:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master
The proposal to merge ~3v1n0/ubuntu/+source/nautilus:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master has been updated. Status: Needs review => Merged For more details, see: https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus/+merge/355857 -- Your team Ubuntu Desktop is subscribed to branch ~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Merge] ~3v1n0/ubuntu/+source/nautilus:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master
Review: Approve Thanks! -- https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus/+merge/355857 Your team Ubuntu Desktop is subscribed to branch ~ubuntu-desktop/ubuntu/+source/nautilus:ubuntu/master. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Untangling the mess that gui startup has become
On Tue, Sep 11, 2018 at 3:33 PM Phillip Susi wrote: > Resending this after subscribing since after waiting for 3 weeks, no > moderator has released it. I am not a moderator on this list, but this list hasn't really been used for months. We use https://community.ubuntu.com/c/desktop instead and we might even close this list. > gnome-shell appears to automatically fork Xwayland, and forgets to > setup an XAUTHORITY for it. I am going to guess that this quote is the key point you are interested in. There is an interesting patch mentioned in the description of https://launchpad.net/bugs/1652282 that I don't think the team has directly discussed yet. But let's move the discussion to the Ubuntu Community Hub instead. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Merge] ~azzar1/ubuntu/+source/gedit:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gedit:ubuntu/master
The proposal to merge ~azzar1/ubuntu/+source/gedit:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gedit:ubuntu/master has been updated. Status: Needs review => Rejected For more details, see: https://code.launchpad.net/~azzar1/ubuntu/+source/gedit/+git/gedit/+merge/353512 -- Your team Ubuntu Desktop is requested to review the proposed merge of ~azzar1/ubuntu/+source/gedit:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gedit:ubuntu/master. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Merge] ~azzar1/ubuntu/+source/gedit:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gedit:ubuntu/master
Review: Disapprove Sorry for the inconvenience. We ended up syncing this instead since seb128 says we don't need the .desktop compatibility thing after Ubuntu 18.04 LTs. -- https://code.launchpad.net/~azzar1/ubuntu/+source/gedit/+git/gedit/+merge/353512 Your team Ubuntu Desktop is subscribed to branch ~ubuntu-desktop/ubuntu/+source/gedit:ubuntu/master. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Cosmic mutter version and budgie desktop
On Wed, Aug 8, 2018 at 12:47 PM David Mohammed wrote: > This includes a bunch of upstream changes. The debian package has had > to be changed quite a bit to accommodate the changes - and a tweak to > ensure "caffeine" users coming from 18.04 don't crash and burn during > the upgrade since the new budgie installs the same icons into the same > folder locations. +Replaces: caffeine (<< 10.4) +Breaks: caffeine (<< 10.4) because of /usr/share/icons/hicolor/scalable/status/caffeine-cup-empty.svg /usr/share/icons/hicolor/scalable/status/caffeine-cup-full.svg Sorry, but I don't think that's the best way to handle this situation. Are the icons exactly the same? If so, I suggest asking the Debian caffeine maintainer if he'd be willing to split the icons into a separate package that budgie-desktop can depend on. budgie-desktop then wouldn't need any Conflicts/Breaks/Replaces itself since it never (assuming people don't run -proposed) shipped those file names. Anyway, I think it's impolite to add a conflict like that without discussing the situation with the maintainer of the package already in the archive. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: desktop icons removed from Nautilus
On Wed, Jan 17, 2018 at 3:59 AM, Didier Roche wrote: > (If you are interested into follow ubuntu desktop related topics and engage > with the wider community, I encourage your to follow: > https://community.ubuntu.com/c/desktop/) Yes, we thought about disabling the ubuntu-desktop mailing list. Maybe we still should… Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: sync gnome-user-share?
On Mon, Nov 6, 2017 at 5:30 AM, Iain Lane wrote: > Adding the depdendencies seems like the best way to me too, if indeed > they don't expose anything to the network by default. Is anyone willing > to file the MIR(s)? I have moved the remaining discussion and my reply to https://community.ubuntu.com/t/sync-gnome-user-share-from-debian/2463 Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Move this mailing list to the Community Hub
On Tue, Nov 14, 2017 at 5:14 AM, Will Cooke wrote: > You can reply to posts via email too I don't think this is actually enabled yet. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Keep, modify or drop Ubuntu's headerbar patches
On Sun, Nov 5, 2017 at 9:21 PM, Jeremy Bicha wrote: > We started discussing this issue at last week's Desktop Team meeting > but it is complicated and difficult enough that we decided to move it > to the mailing list instead. If there aren't objections, let's discuss this on the Community Hub instead of on this mailing list https://community.ubuntu.com/t/removal-of-headerbar-patches-and-impact-on-unity/1456 Thank you and apologies for the confusion, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: sync gnome-user-share?
On Mon, Nov 6, 2017 at 3:50 AM, Sebastien Bacher wrote: > Le 06/11/2017 à 03:51, Jeremy Bicha a écrit : >> gnome-user-share is now in universe because I dropped the recommends >> on it from gnome-control-center. > Why did you go this way before waiting for the conclusion of the discussion? Good question. I did that *before* I started this current conversation (October 27 versus October 30). I did it because I asked about this transition late in artful and the answer I got was it was ok then. I ended up not doing it then because it was a bit too much to be changing that late in the release cycle. https://irclogs.ubuntu.com/2017/09/04/%23ubuntu-desktop.html#t15:08 Adding the Recommends back is easy if we decide to. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
sync gnome-user-share?
> 3. Are we ok with dropping gnome-user-share from the default Ubuntu > desktop install and syncing it from Debian? > https://launchpad.net/bugs/1714821 > > 3.b. Or we could consider continuing to install gnome-user-share by > default. This would mean also installing apache2-bin (not actually a > functional web server) and libapache2-mod-dnssd (a fairly minimal > library but needs a MIR). It would enable the Settings > Sharing panel > to actually have content on Wayland (a Personal File Sharing > subpanel). On Xorg, there is also a Screen Sharing subpanel. In Ubuntu 17.04 (Unity), open the Public folder in your home directory. Click the Preferences button in the infobar. This is the GUI from gnome-user-share. It provides Bluetooth receiving support and the ability to share files on the network using webdav. Except we don't install the webdav support by default so the option is grayed out with a message that the required packages aren't installed without saying what packages are missing or a button to click to install them. The latest version of gnome-user-share has no GUI and doesn't provide the Bluetooth receiving support (that support is handled by the gnome-bluetooth library now). But if gnome-user-share is installed in GNOME, there is a Personal File Sharing subpanel in Settings > Sharing that replaces the old GUI. By syncing gnome-user-share to universe, we would enable its remaining feature (network file sharing) to work since it would have the required dependencies. But there would be no way to configure gnome-user-share from the Unity desktop. The only other flavor to ship Nautilus is Ubuntu Budgie which currently also includes gnome-control-center so it is not affected. MATE offers caja with mate-user-share. Perhaps that could work for Unity? gnome-user-share is now in universe because I dropped the recommends on it from gnome-control-center. The webdav feature requires apache2-bin and libapache2-mod-dnssd. The Apache binary is so minimal it can't actually run a web server. libapache2-mod-dnssd is a small library that would need a MIR. I would like to see gnome-user-share installed by default because otherwise the Settings > Sharing panel is very empty. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Keep, modify or drop Ubuntu's headerbar patches
We started discussing this issue at last week's Desktop Team meeting but it is complicated and difficult enough that we decided to move it to the mailing list instead. On Mon, Oct 30, 2017 at 10:05 PM, Jeremy Bicha wrote: > 2. What to do with all the headerbar patches? > https://launchpad.net/bugs/1719322 > a. We could drop the ones that haven't been pushed upstream (to GNOME) > b. We could keep them but set them to only apply against Unity One of the Desktop Team goals was to reduce the Ubuntu-specific patches we are carrying. We made great progress in Ubuntu 17.10 by dropping Ubuntu Online Accounts, but we are still carrying a lot of patches. There are two major kinds of headerbar patches.. One replaces the headerbar with a patch to add a separate titlebar. These patches was more important when non-GNOME desktops and themes had trouble with the headerbars. The second kind of patch restores a traditional File/Edit/View (FEV) menu to apps that have removed theirs. This is nice for Unity's menubars, but in my opinion aren't necessarily better for users in other desktops. There is resistance to upstreaming these patches to Debian GNOME because they add lots of translatable strings without providing translations. The FEV patches potentially are more difficult to maintain. For instance, we kept the titlebar patch for Nautilus in Ubuntu 16.10 and 17.04 but not the FEV because no one volunteered to do the work. There is a large and growing number of apps that have headerbars that Ubuntu never patched. Also, more apps are converting to them (for instance, I expect Firefox to get headerbars before Ubuntu 18.04 is released). I think there's a strong argument that can be made that Ubuntu should generally distribute apps as intended by the developers unless we are fixing a significant bug. Sometimes these patches were set to apply only to Unity and sometimes they were set to apply to anywhere that wasn't GNOME. And sometimes the patches introduce bugs when they are applied outside GNOME. One other issue: Unity currently can't handle locally integrated menus for apps with headerbars https://launchpad.net/bugs/1720555 Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Some extra topics for this week's meeting
On Mon, Oct 30, 2017 at 10:05 PM, Jeremy Bicha wrote: > 1. I uploaded fontconfig 2.12.6. One particular diff from Debian is > that we delayed moving the font config templates from > /etc/fonts/conf.avail/ to /usr/share/fontconfig/conf.avail. We've been > putting this off for years. > > I guess this could problems for any users who had symlinked a font > config from the old directory to /etc/fonts/conf.d/ as is standard > practice. After the meeting, I discussed this more with Laney. It seems like it would be possible to check for and rewrite symlinks as part of the fontconfig maintainer scripts. This wasn't done in Debian and I'm not working on it right now. But somebody could do it sometime. Meanwhile, it doesn't seem like it's causing a problem to keep using the old directory. The other two discussion topics at the meeting weren't resolved either so we'll continue discussion on the list. I think it makes sense to split them into separate topics so I'll start new threads for them. Thanks, Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Some extra topics for this week's meeting
I have some topics for discussion at this week's meeting. I thought it would be useful if I mentioned them in advance so that the meeting doesn't drag on. 1. I uploaded fontconfig 2.12.6. One particular diff from Debian is that we delayed moving the font config templates from /etc/fonts/conf.avail/ to /usr/share/fontconfig/conf.avail. We've been putting this off for years. I guess this could problems for any users who had symlinked a font config from the old directory to /etc/fonts/conf.d/ as is standard practice. 2. What to do with all the headerbar patches? https://launchpad.net/bugs/1719322 a. We could drop the ones that haven't been pushed upstream (to GNOME) b. We could keep them but set them to only apply against Unity 3. Are we ok with dropping gnome-user-share from the default Ubuntu desktop install and syncing it from Debian? https://launchpad.net/bugs/1714821 3.b. Or we could consider continuing to install gnome-user-share by default. This would mean also installing apache2-bin (not actually a functional web server) and libapache2-mod-dnssd (a fairly minimal library but needs a MIR). It would enable the Settings > Sharing panel to actually have content on Wayland (a Personal File Sharing subpanel). On Xorg, there is also a Screen Sharing subpanel. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: It is time to use MATE DE as default desktop on Ubuntu 18.04 LTS
On Sun, Oct 22, 2017 at 7:17 AM, Nrbrtx wrote: > Therefore, I seriously suggest to consider the possibility of using the MATE > DE by default in the version of Ubuntu 18.04 LTS Desktop. Thank you for your feedback. Feel free to use Ubuntu MATE and tell all your friends about it. MATE will not be the default desktop in 18.04 LTS for multiple reasons and this really isn't open for reconsideration. So since the massive change you proposed is not accepted, maybe you can make a difference with smaller changes. > Why does the terminal open its new instances by default in a new window? > Why not in the tab? We should consider changing that. Please file a bug against ubuntu-settings. > How do I explain to a person by phone what he should do to run a program? You can run programs basically the same way in Ubuntu 17.10 as you can in Ubuntu 17.04. Personally, I think it's a bit easier to get to the list of all apps in GNOME than it was in Unity. I get the impression that you weren't even using Unity? Specially, click the 9-dot button in the bottom left of the screen to open the Show Applications view. Switch to All (this is only needed the first time). Or use the keyboard shortcut Super+A (I helped copy this shortcut from Unity years ago.) > Who removed the keyboard shortcut to create a new tab? (see > bug https://bugs.launchpad.net/bugs/1725938 ). That works fine as long as you don't try to set Ctrl+Shift to switch input methods. > Why does the installer select the keyboard layout switch when > selecting two languages during installation (for example, English and > Russian or English and Greek), although you say everywhere that the standard > is ? (see bugs https://bugs.launchpad.net/bugs/200029 , > https://bugs.launchpad.net/bugs/1242572 ). It works fine for me here. Super+Space is the default and it has been in Ubuntu for years. But please file a new bug for your issue with detailed steps about how to reproduce it starting from a new install. > What should I do for quick connection to the server, for example via FTP, > SMB or SSH? Where is the equivalent "Places -> Connect to server"? This is a > frequently used function. Open the Files app. Click Other Locations. Connect to Server is at the bottom of the window. > Perhaps GNOME developers are looking at macOS interfaces under the hipster > dope of stupid innovation without taking into account the experience of past > generations. I think you'll be more effective if you keep respectful. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: mozc support in the default ISO
gnome-desktop 3.27.1 was released today and changed GNOME's default Japanese input method from ibus-anthy to ibus-kkc. https://git.gnome.org/browse/gnome-desktop/commit/?id=9c1aea9d The GNOME bug is interesting since it originally requested switching to ibus-mozc (Ubuntu's current default) but eventually they preferred to use kkc because it has GTK+ tools: https://bugzilla.gnome.org/787664 I guess we need to patch gnome-desktop if Ubuntu decides to use different default input methods for certain languages. https://git.gnome.org/browse/gnome-desktop/tree/libgnome-desktop/default-input-sources.h Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: xdiagnose
On Mon, Sep 18, 2017 at 11:23 AM, Jeremy Bicha wrote: > Thanks, I filed the User Interface Freeze bug to drop xdiagnose from > the default Ubuntu 17.10 install as https://launchpad.net/bugs/1717946 xdiagnose has been removed from the default Ubuntu 17.10 install. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Remove default app: xterm?
On Fri, Jul 21, 2017 at 12:33 PM, Bryan Quigley wrote: > Xterm takes up two menu items (xterm and uxterm) and doesn't provide > any more functionality then gnome-terminal. In an installed setup, > those two menu items make gnome-shell have 3 pages instead of 2 in my > testing. xterm has been removed from the Ubuntu 17.10 default install. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: 64 bit iso with 32 bit uefi ?
On Tue, Oct 3, 2017 at 4:46 AM, Khurshid Alam wrote: > 1) The main issue is 64 bit machine with 32 bit uefi. > > Will 64 iso now contain 32 bit uefi ? > > Dell, hP, Asus sells more than 10 million hardware per quarter which comes > with > 32 bit uefi with windows/ms-dos pre-installed. Is there any way we can > install 64-bit iso on those hardware ? I don't know much about this topic. Can you point to more information about this issue? Specifically, can you find a source for your 10 million claim? And are these devices even suitable for Ubuntu anyway? Meanwhile, I did some research myself. One device that has a 32-bit UEFI is the HP Stream 7. But the Stream 7 only has 1 GB of RAM which does not meet the Ubuntu desktop recommended system requirements anyway. https://www.amazon.com/HP-Stream-7/dp/B00NSHLVD2 https://www.ubuntu.com/download/desktop Fedora 27 (November 2017) has a goal to have 32-bit UEFI support for 64-bit installs: https://bugzilla.redhat.com/show_bug.cgi?id=1474861 And an older blog post: https://mjg59.dreamwidth.org/26734.html Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
UOA in GNOME?
Since we've dropped Ubuntu Online Accounts (UOA) from Ubuntu 17.10, is there any objection to me encouraging GNOME to drop support for UOA? I am thinking specifically of evolution-data-server and empathy. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: mozc support in the default ISO
On Sat, Sep 23, 2017 at 9:26 PM, Gunnar Hjalmarsson wrote: > Aren't packages, which are recommended by packages in the live seed, > automatically included on the ISO? Or is it possible to explicitly exclude > recommended packages? An alternate recommends could work. > I tested without mozc-utils-gui, and was able to select between different > modes and produce beautiful characters. One difference I noticed when > installing mozc-utils-gui was that also a 'tools' menu showed up in the > language menu. Oh, I had to log out and log back in to see that. The extra Tools menu is useful. > * If we still have qt5, why do you keep the question open? qt5 needs to stay in main for now but maybe it doesn't need to be on the live ISO. Dropping it could save maybe 45 MB? > * If mozc-utils-gui would be moved from the ISO somehow, I think we'd need > to let pkg_depends pull it explicitly, and then it would need to be in > 'supported', right? Yes, probably. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: mozc support in the default ISO
On Sat, Sep 23, 2017 at 4:47 PM, Jeremy Bicha wrote: > 2. It's hard for me to tell but mozc-utils-gui is possibly the only > thing keeping Qt in Ubuntu main. I guess we should consider whether > that app is important enough to stay in 'supported' if we do drop it > from 'live'. Never mind. qtubuntu (and therefore qt5) is in main because of the kiosk product. https://launchpad.net/bugs/1708326 Question 1 is still open though. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
mozc support in the default ISO
Qt4 was removed from the default Ubuntu 17.10 ISO this week as a result of dropping fcitx support there. It looks like the only reason Qt5 is still there is because ibus-mozc recommends mozc-utils-gui which depends on Qt5. mozc is a Japanese input method but we do not pre-install Japanese language packs in the live environment. mozc was added to the live environment just before Ubuntu 15.10 was released: https://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.artful/revision/2363 To use the mozc input method, I had to install ibus-mozc and then log out of GNOME and log back in for it to show up in GNOME Settings > Region & Language > Input Sources > + > … > Other > Japanese (Mozc) . Since I have more than one input method/keyboard now, a language menu shows up in the right side of the top bar. That menu allows switching between 6 different mozc modes. gnome-control-center does not provide any other mozc preferences. mozc-utils-gui adds a "Mozc Setup" app. This app has a low-resolution icon which doesn't look as good when people are browsing the list of installed apps in the live environment. mozc-utils-gui allowing customizing a lot of apparently useful mozc preferences. Here are some follow-up questions: 1. Does it make sense to have ibus-mozc in the live environment but without mozc-utils-gui? 2. It's hard for me to tell but mozc-utils-gui is possibly the only thing keeping Qt in Ubuntu main. I guess we should consider whether that app is important enough to stay in 'supported' if we do drop it from 'live'. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: GNOME Printer setup tool
On Mon, Sep 18, 2017 at 9:11 PM, Till Kamppeter wrote: > What determines which items appear in the GNOME Settings? It needs at least a specially formatted and named .desktop and I think it needs a more complex patch that we recently dropped. > Do you mean the "Manage Installed Languages" button in the "Region & > Language" part of GNOME Settings? Yes > I would opt for the button in the g-c-c Printers Panel. Something like > "Advanced Printer Setup & Configuration". "Additional Printer Settings" is my suggestion but picking names is difficult! On Mon, Sep 18, 2017 at 9:30 PM, Till Kamppeter wrote: > Checked it and it requires to post on the ubuntu-doc@ and > ubuntu-translators@ mailing lists. Does this mean that I need to subscribe > to these lists? Perhaps in this case it would be better if you do the UIFe > report as you already did other UIFe reports. Ok, I started the bug as https://launchpad.net/bugs/1718083 Can you work on preparing the g-c-c patch to add the button? And can you add a screenshot to the bug? I don't have any printers so I can't easily do this work myself or tell what it looks like. Then, we can send the notification emails and subscribe the Release Team. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: GNOME Printer setup tool
On Mon, Sep 18, 2017 at 5:15 PM, Till Kamppeter wrote: > 1. On which packages should I report the UIFe bug? On the package where you are introducing the user interface change. Here that's either gnome-control-center or s-c-p. > 2. Which *.desktop files in s-c-p should I change in which way? If you choose my 2nd option (patching g-c-c), you don't have to touch s-c-p. If you do the first, then it's /usr/share/applications/system-config-printer.desktop > Where is documentation for a UIFe? https://wiki.ubuntu.com/FreezeExceptionProcess#UserInterfaceFreeze_Exceptions Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Remove default app: xterm?
On Fri, Jul 21, 2017 at 12:33 PM, Bryan Quigley wrote: > Xterm takes up two menu items (xterm and uxterm) and doesn't provide > any more functionality then gnome-terminal. In an installed setup, > those two menu items make gnome-shell have 3 pages instead of 2 in my > testing. Bryan, thanks for starting this topic. Sorry for the late response. My understanding is the only justification for xterm being installed by default was for the FailSafeX feature which is no longer considered essential for the Ubuntu Desktop. Therefore, I filed the User Interface Freeze bug to drop xterm from the default Ubuntu 17.10 install as https://launchpad.net/bugs/1717946 Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: xdiagnose
On Fri, Sep 1, 2017 at 4:07 AM, Timo Aaltonen wrote: > On 01.09.2017 00:35, Jeremy Bicha wrote: >> Is there any good reason why we shouldn't drop xdiagnose from the >> default install and let it be demoted to universe now? > > Once ubuntu-meta etc stop pulling it in, yes. It does ship failsafe-x > -stuff, but with current gfx stack there already is a proper fallback > session if the KMS driver fails (fb + swrast), and is less useful anyway > since we're on wayland now. Thanks, I filed the User Interface Freeze bug to drop xdiagnose from the default Ubuntu 17.10 install as https://launchpad.net/bugs/1717946 Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: GNOME Printer setup tool
On Mon, Sep 18, 2017 at 9:10 AM, Till Kamppeter wrote: > This we really cannot drop. It must be easily possible for a user to do: > > - Activate printer sharing in general (equivalent of "cupsctl > --share-printers") > > - Share/unshare individual printers (add menu entry to gear menu of printer > entry, or button in Printer Details dialog). > > If this is not possible, we would need to step back to > system-config-printer. You could drop GNOME from OnlyShowIn in system-config-printer.desktop but that would end up with 2 things named "Printers" in the default install, one for the g-c-c panel and one for s-c-p. Or you could leave OnlyShowIn like it is, but add a button to the g-c-c Printers panel to configure additional options. (This is similar to the workaround we recently added to the Language panel.) Either way, I think you would need a UIFe. Till, can you take care of this issue? Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: GNOME Printer setup tool
On Fri, Sep 15, 2017 at 4:14 PM, Till Kamppeter wrote: > So leave everything as it is now. The two issues have time for 18.04 LTS. Thanks. Can we drop system-config-printer from the default Ubuntu install now (keeping system-config-printer-common of course) ? Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: GNOME Printer setup tool
On Fri, Sep 15, 2017 at 3:28 PM, Till Kamppeter wrote: > If you could fix these issues we can switch over, but with these issues > present I would stay with system-config-printer. I don't have a printer so I can't personally fix those issues. What do you mean "stay with"? system-config-printer has had NotShowIn=GNOME; set for the entire artful cycle. Do you really think those 2 issues are serious enough to break the integrated Printers panel in the GNOME Settings app? (By "break", I mean not making the integrated Printers panel available and requiring users to use a separate app.) Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: GNOME Printer setup tool
On Thu, Jul 6, 2017 at 2:56 PM, Till Kamppeter wrote: > Some are important to not loose features when switching over, but the other > should at least be done before the 18.04 LTS for usability reasons. Here is > what I think is needed for the switchover to GNOME's tool: Till, Are you ok with the GNOME printer panel in gnome-control-center for 17.10? Should we drop system-config-printer from the ubuntu-desktop metapackage now? (gnome-control-center depends on system-config-printer-common) Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: xdiagnose
On Fri, Jun 9, 2017 at 3:55 AM, Timo Aaltonen wrote: > On 09.06.2017 03:43, Jeremy Bicha wrote: >> The GNOME Activities Overview makes default installed apps much more >> prominent so any app installed by default should work and be generally >> useful. >> >> xdiagnose does not work with GNOME on Wayland (LP: #1616742) because >> of the pkexec issue I mentioned in a separate thread on this list. >> >> The only Ubuntu flavors that include xdiagnose in 17.04 are Ubuntu >> (Unity), Ubuntu Budgie and Ubuntu Kylin. >> >> Maybe whatever useful parts of the app should be moved to another >> package or app? > > The apport hook & links are useful, so maybe strip everything else but > leave these and the python bits they need. Timo, thanks for moving the apport hooks to X. Is there any good reason why we shouldn't drop xdiagnose from the default install and let it be demoted to universe now? Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: Onboard
On Sat, Aug 19, 2017 at 6:21 PM, Jeremy Bicha wrote: > Since we intend to default to GNOME on Wayland for 17.10 where > supported by hardware drivers, I nominate removing Onboard from the > default install. As briefly discussed at today's Desktop meeting, we'll be dropping onboard from the 17.10 default install now. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Software installation on modern Ubuntu
On Sat, Aug 26, 2017 at 11:42 AM, Nrbrtx wrote: > I discovered another great tool - Muon Package Manager. It really rocks. > I'll try to use it as Synaptic replacement. Please also try gnome-packagekit. (It installs an app named Packages). One more issue with Synaptic is that it does not work on GNOME on Wayland, the default session in the upcoming Ubuntu 17.10. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: GNOME Clocks
On Tue, Aug 8, 2017 at 11:02 AM, Will Cooke wrote: > I think we'd be better off postponing Clocks until such time as it works all > the time. Pun intended? It's the same reason gnome-clocks was never included by default in Ubuntu GNOME. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: GNOME Contacts
On Tue, Aug 8, 2017 at 12:37 AM, Robert Ancell wrote: > gnome-contacts is an address book and is part of the core GNOME apps. It has > all dependencies in main except for folks (which used to be in main). For 17.10, I'm -1 because of the email integration concerns Robert mentioned. By the way, it also needs libchamplain. GNOME Contacts (and libchamplain) was in main until Empathy was demoted in preparation for 16.04 LTS's release. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: GNOME Contacts
On Tue, Aug 8, 2017 at 6:44 AM, Tim wrote: > Evolution suffers from the same security issues as Epiphany, that being > there are no security updates for webkit! Also in the context of this > discussion, evolution is not a GNOME core app. That is no longer true. webkit2gtk has been well-maintained with security updates in Ubuntu 16.04 LTS and newer for the past year. 16.04 shipped with 2.10.9 but 16.04.3 shipped with 2.16.6, the latest stable release. webkit2gtk won't be officially supported by Debian Security for Debian 9 "Stretch" but 9.2 will get 2.16.6 and I think there's a good chance 9.3 will get 2.18. As long as that keeps up for the next 2 years, I don't think there will be a problem for Debian 10 to have official security support for webkit2gtk. I expect that the Ubuntu 18.04 LTS repositories will not include the old webkitgtk at all. (Evolution did not switch to webkit2gtk until the version included in 16.10.) Further Reading --- https://blogs.gnome.org/mcatanzaro/2017/08/06/endgame-for-webkit-woes/ https://launchpad.net/bugs/1710318 Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: GNOME Weather
On Tue, Aug 22, 2017 at 10:28 AM, Sebastien Bacher wrote: > There is currently no MIR filed, it could be a nice addition but looks > less important than other ones proposed and we need to look at the > gelocation service used so I would vote -1 for this cycle and revist > next cycle There was a MIR filed a few weeks ago, but maybe it will need to wait until next cycle: https://launchpad.net/bugs/1707717 Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: GNOME Characters
On Tue, Aug 22, 2017 at 10:26 AM, Sebastien Bacher wrote: > I think that one would be fine to try to include, if anyone feels like > feeling a MIR we should be able to get it still this cycle (could be an > easy ffe) or early next cycle MIR filed at https://launchpad.net/bugs/1713176 Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: GNOME To Do
On Tue, Aug 22, 2017 at 10:26 AM, Sebastien Bacher wrote: > I think that one would be fine to try to include, if anyone feels like > feeling a MIR we should be able to get it still this cycle (could be an > easy ffe) or early next cycle MIR filed at https://launchpad.net/bugs/1713171 Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: old or new shell for gnome-control-center?
On Wed, Aug 9, 2017 at 3:51 PM, Jeremy Bicha wrote: > The big change is a switch to the new "shell" that has been under > development for a year. Screenshots and more info are available at https://feaneron.com/2017/08/24/introducing-settings-or-the-new-control-center/ Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Old Desktop MIRs
I've gotten virtually no response on these. I guess it's time to to add the FFe tag to them? On Tue, Aug 1, 2017 at 11:49 AM, Jeremy Bicha wrote: > Since artful Feature Freeze is just over three weeks away, I wanted to > poke at some MIRs that have seen very little activity since filing > weeks ago (or longer) > > https://launchpad.net/bugs/1695565 chrome-gnome-shell > https://launchpad.net/bugs/1200296 spice-vdagent > https://launchpad.net/bugs/1691585 switcheroo-control > https://launchpad.net/bugs/1649537 exfat-utils & fuse-exfat > > I've made sure we have Trello cards to track these now. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: Onboard
On Sun, Aug 20, 2017 at 7:16 AM, Francesco Fumanti wrote: > The adaption of Onboard to GNOME Shell has been our focus since the > announcement of Ubuntu switching to GNOME for 17.10. For the reasons outlined > by marmuta in this thread, a full integration of the python based Onboard > into GNOME Shell seems very difficult, if not impossible. > https://bugs.launchpad.net/onboard/+bug/1672465 Thanks for the updates! > In the meantime, OnboardOSK is quite usable on X, but not yet in Wayland, > which brings me to the question, whether Ubuntu 17.10 is also going to use > Wayland as default? Yes. > We will not be able to offer a proper release before feature freeze on the > 24th of august. What does this mean for Ubuntu 18.04? Will it be possible to > have OnboardOSK become default again for Ubuntu 18.04, which is a LTS, if it > has not already been the default on-screen keyboard in 17.10? Yes, there is a possibility that OnboardOSK could be used by default for 18.04 LTS, even if Onboard is dropped from the default install for 17.10. > Moreover, as OnboardOSK being a fork from Onboard, I wonder whether it has to > go through the Universe and Main inclusion process? It must go through the new queue if it has new binary or source packages. It will probably need to go through a MIR process if it needs to be in Main but it should be simpler than a brand new MIR. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Default App: Onboard
Hi, Since we intend to default to GNOME on Wayland for 17.10 where supported by hardware drivers, I nominate removing Onboard from the default install. Onboard doesn't work in Wayland (LP: #1672465) and it would be difficult for it to work there without GNOME Shell being modified to allow that. See also https://bugzilla.gnome.org/785677 GNOME's built-in Caribou on screen keyboard is not as powerful or complete as Onboard but maybe it will get better in the next year or so. Caribou is very well-integrated to GNOME and is already part of the 17.10 default install. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: GNOME Maps
On Thu, Aug 17, 2017 at 6:35 PM, Sebastien Bacher wrote: > I would vote -1 on gnome-maps for this cycle since there has currently > no MIR filed yet and we would need to talk to mapbox about using their > service I agree with those concerns and have to vote -1 on gnome-maps for 17.10. Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: GNOME Logs
On Wed, Aug 16, 2017 at 4:51 AM, Sebastien Bacher wrote: > What do other think? It would be good if some other people from the > ~ubuntu-desktop set would -1/0/+1 so we can see if we have some sort of > consensus +1 from me. And hopefully, the journal will be even more useful by 18.04 LTS. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
gjs 1.49 / mozjs52 transition
Hi, Here's my proposed plan for doing the mozjs52 transition. I'd like to do this transition this week. 1. Upload gjs 1.49.90 to artful. 2. Because gjs 1.49 has different behavior than 1.48, we are bumping the library name from libgjs0f to libgjs0g. An Archive Admin is needed to approve the new package and promote mozjs52 to main. 3. Upload the 3 packages that directly depend on libgjs0f so that they can build against the new library. These are sushi 3.24, polari 3.25.90 and gnome-shell 3.24 (with some backported patches). These packages are staged at https://launchpad.net/~jbicha/+archive/ubuntu/temp20170810/+packages 4. An Archive Admin will also need to remove gjs/s390x to complete the transition (more details below). 5. mozjs38 can be demoted to universe. (Cinnamon might be using mozjs38 soon.) s390x The gjs 1.49.90 package does not build on s390x. It appears that it is because mozjs52 does not run on s390x. https://bugzilla.gnome.org/786180 We already ignored tests failures for mozjs38 on s390x and we've ignored autopkgtest failures for s390x since gjs 1.48 (GNOME 3.24 for 17.04). Also, Firefox 45 builds on s390x but it stopped building there sometime since. Because mozjs is the SpiderMonkey JavaScript engine from Firefox ESR, it is not too surprising that it is broken now. I believe there's a high probability that gjs already does not work on s390x and I don't think we are interested in devoting much time or effort to ensure that GNOME Shell runs on that platform. Therefore, I recommend that we remove gjs from s390x. There are several rdepends that will need to be removed from s390x. And I think we want to stop building the ubuntu-desktop metapackage for s390x. Other Info === Apps running the new gjs emit lots of warnings (most of them are warnings to use 'var' to define variables that are accessed externally). Hopefully, these will be cleaned up by the time GNOME 3.26 is released. Philip Chimento, the gjs maintainer presented these slides at GUADEC if you're interested in what's new for developers in the new version. https://ptomato.wordpress.com/2017/07/30/modern-javascript-in-gnome-guadec-2017-talk/ The gnome-shell 3.26 update will be coordinated and discussed separately. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Default App: old or new shell for gnome-control-center?
gnome-control-center 3.25.90 is now available for testing in the GNOME3 Staging PPA for artful. The big change is a switch to the new "shell" that has been under development for a year. Instead of an overview page, top level settings are shown in a sidebar. This fixes several issues with the old shell (overview labels being cut off, difficult to add or reorganize top-level settings because of lack of space, inability to resize the window, etc.). There are several minor UI issues with the new design and hardly anyone has used it yet. Although GNOME is technically at UI Freeze, it's likely that gnome-control-center will get several freeze exceptions to fix some of those issues. Please try the new version and file bugs at https://bugzilla.gnome.org/ for issues that you see! I added a distro patch to install the old shell too (it's still built upstream, just not installed by default). You can run it with gnome-control-center-alt . It's not possible to run both at the same time. We'll need to decide whether we want to use the new shell for 17.10 or keep the old one. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Old Desktop MIRs
Happy August! Since artful Feature Freeze is just over three weeks away, I wanted to poke at some MIRs that have seen very little activity since filing weeks ago (or longer) https://launchpad.net/bugs/1695565 chrome-gnome-shell https://launchpad.net/bugs/1200296 spice-vdagent https://launchpad.net/bugs/1691585 switcheroo-control https://launchpad.net/bugs/1649537 exfat-utils & fuse-exfat I've made sure we have Trello cards to track these now. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Default App: GNOME Logs
gnome-logs is a simple frontend to the systemd journal. For years, we have shipped gnome-system-log. The MIR for gnome-logs is actually already approved [1]. We just need to decide if we want it. I propose we drop gnome-system-log and ship gnome-logs instead in the default Ubuntu desktop. gnome-system-log --- - Last release was 4 years ago: 3.9.90 + Default logs shown are auth.log, dpkg.log, mail.log, syslog, and Xorg.0.log - Shows a warning on startup in a default install because there is no mail.log by default - Cannot show any systemd logs. Users would need to just run journalctl or install gnome-logs to see those logs. gnome-logs + Last release was this month + Core GNOME app since 3.20 + Shows the auth, syslog and Xorg logs (I believe those logs are actually originally from the systemd journal and there are just output to disk for the benefit of people who don't want to use the systemd journal). - Only shows systemd logs so it can't currently show logs for things like dpkg, apt, apport or lightdm - systemd journal is not persistent by default. This means that only the current boot is shown. Some important logs that can only be seen at shutdown or a failed start won't be seen. [2] - scrolling is a bit unusual in gnome-logs as can be seen in the All tab. I believe by default, gnome-logs shows a lot more logs than gnome-system-log does especially if we enabled the persistent journal. Note: There is a scrolling performance bug in gnome-logs that has recently been fixed in artful and is in unapproved queue for zesty. [3] Note: A GSOC contributor has made several improvements to gnome-logs. [4] The Shell search provider isn't merged yet but you can try out the rest of the UI changes in the GNOME3 Staging PPA for artful. [1] https://launchpad.net/bugs/1522078 [2] https://launchpad.net/bugs/1618188 [3] https://launchpad.net/bugs/1707554 [4] https://pranavganorkar.wordpress.com/2017/07/16/gnome-logs-july-gsoc-progress-report/ Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: GNOME Weather
As requested, I have (finally) opened the MIR for this as https://launchpad.net/bugs/1707717 On Fri, Jun 9, 2017 at 6:24 AM, Sebastien Bacher wrote: > That could be a nice small one to add indeed, few comments/questions > > - is having more things using gjs going to make it more difficult to > update mozjs/gjs for security reasons? My opinion is no. We should not break core GNOME apps with mozjs security updates regardless of whether they are in main or not. I believe the actual parsing of web data for the forecasts is done by libgweather (in main since before we had MIR bugs) which is written in C and uses libsoup. > - is gnome-weather detecting your current location or just using the > configured timezone? It has optional Automatic Location which uses the same Location Services provided elsewhere in GNOME using geoclue. Location Services can be turned on or off from GNOME Settings>Privacy>Location Services. A prominent use of Location Services is the GNOME 3.24 Night Light feature which can optionally use the detected location to enable Night Light from around Sunset to Sunrise. geoclue does not use the timezone at least if it's working right. My timezone is New York City but GNOME detects my location currently for my general city in Florida. One issue with GNOME Location is that there is currently no way to set a different location system-wide. This is a problem for people who use VPNs. You can look at the weather for any (sort of) location in the world; you don't have to use Automatic Location. > - if it's guessing your location what service is it using and how > accurate is it? I don't think libgweather is very precise (although it works fine for me). I believe I've heard of people getting the location for a city in a neighboring country if the other city is fairly close, but that can be fixed if people report it. libgweather is a bit undermaintained but it did get a release in June. Thanks, Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Ubiquity Proposal - Add "minimal" setup with kernel parameter
Thanks Carl for starting this conversation! I'm forwarding this to ubuntu-devel for you so that this discussion can reach a wider audience. Thanks, Jeremy Bicha On Tue, Jul 11, 2017 at 11:31 AM, Carl Richell wrote: > System76 would like to use GNOME Initial Setup for user configuration. > Currently, there is duplication with Ubiquity. > > > We propose changing Ubiquity to add a “minimal” mode, triggered by a kernel > parameter (a flag similar to how OEM install is triggered now). This enables > flavors to use whichever version makes sense for them. System76’s Pop!_OS > and the elementary OS team are interested in using “minimal”. Minimal might > be attractive to Ubuntu w/ GNOME as well. > > > “Minimal” will contain the least amount necessary to install the OS. We also > prefer off-line installs with minimal which would remove options to download > updates or install 3rd party software during install. This requires adding > language packs to the iso when using minimal. > > > Minimal screens: > > Welcome/Language Select - change: add KB Layout [1] > > Installation Type - change: move hostname here [2] > > If full disk encryption is chosen, Choose Security Key screen. > > --Timezone: we’d like to remove timezone but Ubiquity is crashing when we do > so. More investigation is necessary. > > > [1] KB layout currently comes after “Installation Type”. Users can’t set > their layout before typing a full-disk encryption password. Moving KB layout > forward would fix this. However, Ubuntu uses the first Welcome Screen to > display both language and “Try Ubuntu” or “Install Ubuntu”. A couple of > ideas: > > > Boot to a live environment with a “Install Ubuntu” icon on the desktop. > > For a “complete” Ubiquity install, move KB layout after the Welcome Screen. > > > [2] Hostname is currently on the “Who are you?” screen. It uses the username > and DMI information to populate the hostname. We propose using the same DMI > information, adding 4 hexadecimals to the end (a checksum of the MAC address > “Galag-Pro-A8F3”), and moving the hostname up to the “Installation Type” > screen. This enables “minimal” installs to set the hostname and business > customers can install the OS on multiple machines, with automatic or custom > hostnames, then give the computer to their user for account setup. > > > Current Ubiquity “Complete” Screens > > Welcome w/ Language Select and “Try Ubuntu” or “Install Ubuntu” > > Preparing to Install Ubuntu w/ Download Updates and Install 3rd Party > checkboxes > > Installation Type w/ drive setup and full disk encryption > > If full disk is chosen, Choose Security Key > > Timezone > > Keyboard Layout > > Who Are You? w/ user account setup and hostname > > > Proposed Ubiquity “Complete” Screen > > Welcome w/ Language Select and “Try Ubuntu” or “Install Ubuntu” > > Keyboard Layout > > Preparing to Install Ubuntu w/ Download Updates and Install 3rd Party > checkboxes > > Installation Type w/ drive setup and full disk encryption ADD hostname > > If full disk is chosen, Choose Security Key > > Timezone > > Who Are You? w/ user account setup REMOVE hostname -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Testing GNOME Software 3.20.5 in Xenial
On Thu, Jun 22, 2017 at 12:19 PM, Jean-Baptiste Lallement wrote: > 'Remove' seems to be broken too with the version in the PPA. when you remove > an application from the info page, everything seems to work properly and the > application is really removed from the system. But when you go back to the > list or the main page the application is still tagged as 'installed' and on > the info page the buttons 'Remove' and 'Launch' are displayed while the app > is already uninstalled. > > It works fine with current version on xenial. Are you sure Remove was displaying correctly in xenial? That was broken for a long time: https://launchpad.net/bugs/1551599 Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: GNOME Printer setup tool
On Sat, Apr 29, 2017 at 8:18 PM, Till Kamppeter wrote: > Compared to system-config-printer the interface is much simpler, and the > look of the main window is more polished. Also the main window provides more > info. A very good feature is that it is made use of the D-Bus service of > system-config-printer to make driver decisions. Yes, I believe that the integrated Printers panel in gnome-control-center provides a nicer overall experience than the standalone system-config-printer. Are there major shortcomings you want to see fixed before 17.10's release? Thanks, Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Extended Application Menu
On Fri, Jun 9, 2017 at 6:49 AM, info i...@opensourcesoftwaredirectory.com wrote: > I’m really curious about your thoughts and I’m really looking forward to > your feedback. Hopefully this idea could be of value to the Ubuntu Desktop. Thank you for taking the time to work on this proposal and help to make Ubuntu and GNOME better. I don't believe the Ubuntu Desktop Team is interested at this time in making significant changes from GNOME. So if you want this change in Ubuntu, you should talk to the GNOME Design team. Contributing to Design is a bit like contributing elsewhere in open source development. Smaller changes are easier to get accepted at first. And after all the criticism GNOME 3 received, the GNOME Developers and Designers are much more cautious about making big changes these days. > Besides this proposal I also have a question: does anybody know a developer > who could and would be willing to make an extension such as this one? Could > someone put me into contact with him or her? If the extension is made, the > design could be tested with users. Having a working prototype is a nice idea but it's not necessarily required. I don't know of anyone here that is really working on developing GNOME Shell extensions though. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: remmina and vino
On Fri, Jun 9, 2017 at 8:20 AM, Paul Smith wrote: > This is terrible. I use Remmina every single day, even at the old > broken 1.x version. I'm only suggesting that Remmina (and vino) not be installed by default, not that it be removed from the Ubuntu repositories. > As others have pointed out, the solution to that is to convince Debian > to get its act together. I'm not sure that this is really the Debian maintainer's fault. Debian's next stable release is basically final now and it is not possible at all to update apps to major new versions now or to reintroduce removed packages. Remmina's new release has been in beta for years and it's still not been declared stable yet. Meanwhile, the Remmina team stopped supporting the "stable" version. That puts an LTS distribution in a tough position, but anyway it's too late to change this for Debian Stretch now. > [1] The fact that we are willing to switch to Wayland before this issue > has been fully addressed is a failure on the part of Ubuntu. Ubuntu > needs to use its influence for good here, and convince Wayland to focus > on achieving parity with X ASAP so that it can actually be a viable > replacement before it can be used on Ubuntu. This needs to happen in GNOME on Wayland, not Wayland generally. The GNOME developers are already well aware that remote desktop sharing is a useful and important feature. There's a lot of work to be done everywhere and there are not enough workers to get everything done immediately. Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: gnome-sushi
On Thu, Jun 8, 2017 at 8:17 PM, Robert Ancell wrote: > I was expecting the right click menu to have a "Preview" entry (i.e. beside > the open with entries) and spacebar would be a shortcut. It seems you can > only know this feature exists if you've read the docs / been told. I asked the Nautilus maintainer about this and he pointed me to some designs that I believe will eventually deprecate sushi. https://wiki.gnome.org/Design/Whiteboards/OpeningFiles sushi doesn't have any known security vulnerabilities but sushi seems like the kind of feature that could expose security vulnerabilities. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: GNOME Weather
On Fri, Jun 9, 2017 at 6:24 AM, Sebastien Bacher wrote: > - is having more things using gjs going to make it more difficult to > update mozjs/gjs for security reasons? I believe we wouldn't want an SRU to break universe apps either, especially apps in GNOME "core" regardless of whether they are included by default in Ubuntu. > - if it's guessing your location what service is it using and how > accurate is it? I think it uses geoclue along with a database maintained in libgweather. libgweather is minimally maintained so it may not be precise enough for some people, but libgweather has been in Debian since 2008 so it should work in most cases. Thanks, Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Default App: GNOME Weather
GNOME Weather is a simple app to show you the weather. It is written in gjs. It has been part of GNOME core since GNOME 3.20. It has no universe runtime dependencies and is well-maintained in Debian and Ubuntu. I don't believe there has been any security issue with this app. If GNOME Weather is installed in GNOME 3.24+ (Ubuntu 17.04+), GNOME Shell's clock menu will also show you the current weather. Clicking the weather will open the full Weather app. By the way, some of the more popular GNOME Shell extensions add weather info to GNOME Shell's top bar so maybe this new feature will make those less necessary. There is a really bad gnome-shell crash related to the new Weather feature, but that should be fixed in libgweather 3.24.1 (waiting in the unapproved queue for 17.04). https://launchpad.net/bugs/1688208 Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: remmina and vino
On Fri, Jun 9, 2017 at 3:08 AM, Khurshid Alam wrote: > Partially true. Remmina only abandoned older 1,1.x version. Their developer > encourages everyone to use 1.2.x. It is well maintained (see commit history: > https://github.com/FreeRDP/Remmina/commits/next But that version isn't in Ubuntu yet. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Default App: remmina and vino
remmina was recently removed from the soon-to-be-released Debian 9 "Stretch". [1] Frankly, remmina has not been that well-maintained recently. See the Debian bug. remmina is a remote desktop client to view shared remote desktops using vnc, rdp (used by Windows) and other protocols. vino allows you to share your desktop remotely using vnc. GNOME on Wayland does not currently support remote desktop sharing. The GNOME developers would like to have a remote desktop replacement (similar to how Night Light provided redshift-like features on GNOME on Wayland) but I don't think that's gotten very far yet. [2] When it is implemented, it will be done "natively" so it won't need vino. [1] https://bugs.debian.org/863302 [2] https://launchpad.net/bugs/1696885 Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Default App: xdiagnose
The GNOME Activities Overview makes default installed apps much more prominent so any app installed by default should work and be generally useful. xdiagnose does not work with GNOME on Wayland (LP: #1616742) because of the pkexec issue I mentioned in a separate thread on this list. The only Ubuntu flavors that include xdiagnose in 17.04 are Ubuntu (Unity), Ubuntu Budgie and Ubuntu Kylin. Maybe whatever useful parts of the app should be moved to another package or app? Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
GNOME on Wayland: pkexec
I mentioned briefly in Tuesday's team meeting that some apps like synaptic don't work on Wayland. I promised that I would provide a bit more information. Part of GNOME on Wayland's design enforces a higher level of security than non-Wayland. [1] Synaptic doesn't have real PolicyKit integration. It has a simple pkexec script that still ends up running the whole app as root instead of just the specific actions needed. This does not currently work in GNOME Shell. There actually is a GNOME Shell patch [2] that would allow this simple pkexec to work, but the GNOME Shell maintainer is understandably uncomfortable with pushing that change. I'm CCing the Ubuntu security mailing list, but I suggest that replies be kept to the ubuntu-desktop list. [1] https://fedoraproject.org/wiki/Common_F25_bugs#wayland-root-apps [2] https://bugzilla.gnome.org/763531 Thanks. Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default App: gnome-sushi
On Thu, Jun 8, 2017 at 7:35 PM, Robert Ancell wrote: > The functionality of Sushi seems very good but the discoverability is > terrible. Has this been raised with upstream at all? Not that I'm aware of, but how would you make something like this more discoverable except install it by default and mention it as a feature? On Thu, Jun 8, 2017 at 7:47 PM, Sebastien Bacher wrote: > Thanks Jeremy for starting that discussion. Your email doesn't gives > much details about the user experience benefits and the status of the > package/cost though. How is a typical user interaction with the tool > like? Is there any known side effect/user complains about it? What file > format does it preview and using what backend? How well is it maintained > upstream and in Debian/Ubuntu? What's the cve/bug reports status? It sounds like maybe I should go ahead and open a MIR bug to answer several of those questions! (but maybe hold off on subscribing ubuntu-mir for now). I don't recall any complaints about the feature. Maybe you should just install it and see for yourself? Here's a recent brief look: http://www.omgubuntu.co.uk/2016/09/gnome-sushi-mac-quick-look-nautilus Thanks, Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Default App: gnome-sushi
Now that gnome-shell is in the default Ubuntu 17.10 daily image, I think we could maybe start talking about other default apps. If we want new stuff in main, I think it's good to start the Main Inclusion process early. First, how about gnome-sushi? (Upstream's name is just 'sushi'). Sushi is a file previewer for nautilus. It can be activated by pressing the spacebar when a file is selected. Sushi has been a part of core GNOME since GNOME 3.2. It is described in the default user help bundled with GNOME. [1] Sushi was never really considered for inclusion in Ubuntu's default install earlier because it uses gjs which was not desired in Ubuntu main until we needed GNOME Shell. There is one universe dependency: libmusicbrainz5. An earlier version of this library, libmusicbrainz3, was in main in Ubuntu 12.04 LTS. [1] https://help.gnome.org/users/gnome-help/stable/files-preview.html or you can run the installed version: yelp help:gnome-help/files-preview Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Experience on switching to GNOME Shell
On Wed, May 17, 2017 at 9:42 PM, Daniel van Vugt wrote: > So I would log enhancement ideas in launchpad, with some tag like > 'gnome-18.04'... >https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bugs The gnome-17.10 tag is already in use for bugs that are potential targets for fixing this cycle along with the GNOME transition: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=gnome-17.10 Thanks, Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: will Ubuntu switch to GNOME Online Accounts?
On Tue, May 16, 2017 at 9:59 AM, Adam Dingle wrote: > https://bugs.launchpad.net/ubuntu/+source/gnome-calendar/+bug/1691112 > > If the problem is related to Ubuntu Online Accounts, then hopefully the > switch to GNOME Online Accounts in Artful will fix this problem. GNOME Calendar supports my Google Calendar just fine. All I had to do was add it in GNOME Online Accounts. Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Nautilus 3.24 and dropping type-ahead search, adding tracker
On Wed, Feb 22, 2017 at 8:45 AM, Jeremy Bicha wrote: > As discussed at the end of yesterday's Desktop Team meeting, I'd like > to update Ubuntu's default file manager nautilus from 3.20 to 3.24 for > Ubuntu 17.10. Nautilus 3.24 is now in Ubuntu 17.10 Alpha. As announced earlier, it does not have the type-ahead search feature. We have not made a decision about including tracker by default yet. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Look ahead at GNOME 3.26
On Tue, Apr 25, 2017 at 6:11 AM, Sebastien Bacher wrote: >> I expect several GNOME components to switch from autotools to meson this >> cycle. > I didn't follow that closely, is that a reference documentation to read? http://mesonbuild.com/documentation.html > I think Debian tools are ready for it right? To see which packages are already using meson, run reverse-depends -b meson reverse-depends -r sid -b meson graphene [1] is developed by one of the GNOME developers so that might be a good place to look for example packaging. Michael Biebl has added meson support to debhelper master, but a new version of debhelper hasn't been released with it yet. [1] https://anonscm.debian.org/git/pkg-gnome/graphene.git/tree/debian/rules [2] https://anonscm.debian.org/git/debhelper/debhelper.git/log/?qt=grep&q=meson Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Look ahead at GNOME 3.26
On Mon, Apr 24, 2017 at 7:24 PM, Marc Deslauriers wrote: > gtk4 is currently at version 3.90. If I understand the new upstream versioning > scheme correctly[1], gtk4 won't have a stable API/ABI until around 4.6. That is an obsolete proposal. The plan now [1] is for the stable version to start at 4.0. That stable version is supposed to be more like GTK+ 2.24 or 3.22. > Does this mean we'll be shipping an LTS release for 18.04 that contains > desktop > applications built with a version of gtk4 that is considered by upstream to > be a > pre-release version that we'll then need to support for 5 years? GNOME Developers have said that is their intent. [2] > How are we going to handle upgrading to the final API/ABI stable version that > developers are going to target with their applications? Developers outside of GNOME should continue to target GTK+ 3.22 until GTK+ 4.0 is released. If this is a problem for Ubuntu 18.04 LTS, now is a great time to bring it up to GNOME since GNOME just released 3.25.1 and nothing has switched yet. [1] https://blog.gtk.org/2016/09/01/versioning-and-long-term-stability-promise-in-gtk/ [2] https://mail.gnome.org/archives/desktop-devel-list/2016-October/msg00033.html Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Look ahead at GNOME 3.26
As discussed at last week's meeting, the Ubuntu Desktop team will not be making a decision about which GNOME version we will target for Ubuntu 17.10 yet. This is because GNOME developers sometimes make big changes that require more integration work that is difficult to complete in the short Ubuntu release cycle. In the last 2 Ubuntu releases, we made this decision between GNOME Freeze and Ubuntu's Feature Freeze. This cycle, both the GNOME and Ubuntu release schedules were modified slightly to give us about 2 weeks there. [1] [2] I encourage you to visit [3] to get an idea of the goals some GNOME developers would like to achieve this cycle. Not all goals are mentioned there and not all goals will necessarily be completed this cycle. Here's a few more things that may affect us. GNOME might support non-integer scaling (for Hi-DPI displays). gjs will probably be ported from mozjs38 to mozjs52 (the current, supported version of Firefox ESR's JavaScript engine). The Nautilus developer suggested that Nautilus 3.26 might use gtk4. Nautilus is fairly standalone and doesn't need to be updated at the same time as the rest of GNOME. The GTK+ developers were hoping that part of GNOME would have been using gtk4 for 3.24 which did not happen, so we'll see what happens here. I have uploaded an initial gtk4 package to the Artful new queue and the GNOME3 Staging PPA. By the way, see https://pad.lv/1585903 for ideas on how to reduce our remaining gtk2 dependencies. I expect several GNOME components to switch from autotools to meson this cycle. [1] https://wiki.gnome.org/ThreePointTwentyfive [2] https://wiki.ubuntu.com/ArtfulAardvark/ReleaseSchedule [3] https://wiki.gnome.org/ReleasePlanning/FeaturePlans Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: GUADEC 2017 talk submissions close 23rd April
On Tue, Apr 18, 2017 at 5:30 PM, Robert Ancell wrote: > Given the recent Ubuntu desktop changes I suspect we'll have some people > attending GUADEC 2017 [1] this year. The talk submissions close 23rd April > (i.e. in four days). Not sure if anyone knows yet if they'll be there / has > something appropriate Ubuntu / GNOME related they can write up in the next > few days. If you're quick, there's still a few more hours to submit talk proposals. The deadline was extended until 11:00 (in the morning) UTC Tuesday, April 25. https://2017.guadec.org/2017/04/24/call-for-papers-deadline-extended-until-today/ https://mail.gnome.org/archives/desktop-devel-list/2017-April/msg00070.html Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: lightdm or gdm?
On Fri, Apr 21, 2017 at 4:56 PM, Bryan Quigley wrote: > One of my concerns for a gdm change is are we ready to reorg our VTs? GDM could default to VT7 if we really wanted to, but why should it except for tradition? I think it's easier for users to start counting at 1 rather than 7. And it also matches how most other distros work now. (Debian switched gdm3 to vt1 before Ubuntu did.) lightdm could default to VT1 too. > Is their a process I can kill from a user session to break the lock? loginctl list-sessions # Find the session you are using. If the session is named '2', run loginctl unlock-session 2 That works with gdm3, but it didn't seem to work when I tried with unity-greeter on lightdm. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Proposal: (No?) email client for Ubuntu 17.10
On Tue, Apr 18, 2017 at 4:07 PM, Jeremy Bicha wrote: > 6. There was a proposal a year and a half ago to turn TB into a web > app but I don't think that went anywhere. [2] I see this was brought up again much more recently: https://mail.mozilla.org/pipermail/tb-planning/2017-March/005298.html Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Nautilus 3.24 and dropping type-ahead search, adding tracker
On Fri, Apr 21, 2017 at 3:07 AM, Marco Trevisan wrote: > If so, maybe it would be worth to do some kind of migration script that > imports your recent unity activities to tracker, if possible. My understanding is that tracker is a file indexer and Zeitgeist is an activity logger. Zeitgeist's database wouldn't be very useful to Tracker. Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Nautilus 3.24 and dropping type-ahead search, adding tracker
Hi, I'll let someone else handle more of the technical details here. On Thu, Apr 20, 2017 at 7:24 AM, Sebastien Bacher wrote: > - what's the difference in user experience with/without it I believe it is possible to run GNOME Shell without tracker but here are a few issues: 1. The Activities Overview support Search Providers which are perhaps a bit like Unity Scopes. Without tracker, the nautilus search provider won't work so you won't be able to search your files from the Activities Overview. 2. Without tracker, GNOME Settings>Search>Gear button (to configure Search Locations) won't do anything. 3. Several GNOME apps depend on tracker. If you don't have them in the default install, many users will install at least one of them anyway. Bijiben, Boxes, Documents, Games, Music, Photos Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: lightdm or gdm?
On Wed, Apr 19, 2017 at 10:32 AM, Sebastien Bacher wrote: > - gnome-shell uses gdm for its lockscreen so work is needed to make it > work with lightdm Generally, lightdm works with GNOME, but it hasn't been tested much so it sometimes take a while before bugs are noticed and fixed. Here's some lightdm with GNOME bugs I just learned about: https://launchpad.net/bugs/1632772 (No Wayland support) https://launchpad.net/bugs/1684205 (Missing lock button) Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Proposal: (No?) email client for Ubuntu 17.10
On Wed, Apr 19, 2017 at 8:17 AM, Jeremy Bicha wrote: >By default, Nylas syncs your email to their servers. It looks like that's not true any more. You still need a sync server for things besides the email messages themselves. https://blog.nylas.com/nylas-mail-is-now-free-8350d6a1044d Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Proposal: (No?) email client for Ubuntu 17.10
On Wed, Apr 19, 2017 at 4:26 AM, Will Cooke wrote: > In my opinion we should ship a mail client by default. One more argument: Windows 7 was released in 2009 without a pre-installed email app. > How about considering Nylas mail? https://www.nylas.com/nylas-mail/ > The free version is open source and it has an active team behind it. Nylas is popular in general, yet it's a bit controversial in the open source community. I downloaded it to test it but I couldn't run the app without first setting up a Nylas.com account (or equivalent). By default, Nylas syncs your email to their servers. You can run your own clone of the service on your own server if you want to do all the work of configuring it securely. [1] 1. Nylas is an Electron app not integrated with GNOME. 2. It uses the legacy system tray (nothing in Ubuntu GNOME's default install uses that). 3. Nylas is not packaged in Debian or Ubuntu and there hasn't been much interest in doing so yet. [1] https://github.com/nylas/sync-engine Thanks, Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Proposal: (No?) email client for Ubuntu 17.10
On Wed, Apr 19, 2017 at 6:10 AM, Marco Trevisan wrote: > I think geary has more or less the same UI concepts, and IMHO that would > be a good basic mail client to ship: well integrated, well designed and > completely open. Not fully featured maybe, but giving the the most users > would need. I used geary briefly yesterday and here are a few issues I saw: 1. The latest released version still uses webkit1 (the next version will use webkit2gtk though) 2. Does not use GNOME Online Accounts 3. Does not appear to support Google Two-Factor Authentication 4. No support for GPG/PGP signing or encryption 5. No POP3 support (This might not be a bad thing though) I think the hope has been for years that Geary would be the simple GNOME email client. I'm not sure it's quite there yet. Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Proposal: (No?) email client for Ubuntu 17.10
In 2011, we switched Ubuntu's default email client from Evolution to Thunderbird. Six years later, I think it's time to take another look. Should we even install an email client by default? The question is not whether it's useful, but whether it's useful enough to enough people to justify it being installed for everyone. - Ubuntu GNOME 16.10 included Evolution but 17.04 has no email client installed at all. The decision disappointed a few people but there hasn't been much negative feedback at all yet. - GNOME Release Team member Michael Catanzaro recommends not installing an email client by default since there isn't an app that is both well-maintained and very well-integrated into the GNOME 3 style. [1] - It's believed that most people just use web mail now, often along with apps on their smart phone. - A problem is that those who do prefer to use an installed email client do not all prefer the same one! If we do include an email client, which one? Thunderbird (TB) - 1. TB is still built with GTK2. 2. TB is a community project now and Mozilla no longer pays developers to work on it. 3. It looks like TB will have a lot of work to do next year once Firefox drops traditional extension support with FF57. This work might be shared with other apps that use Mozilla code. 4. TB does not integrate with GNOME Online Accounts. 5. TB has better Unity integration than Evolution. 6. There was a proposal a year and a half ago to turn TB into a web app but I don't think that went anywhere. [2] Evolution -- 1. The UI doesn't fully embrace GNOME3 app design style, but it is closer than TB. 2. Small development team. 3. Evolution is not available on other operating systems. 4. Evolution is relatively easy to co-maintain with Debian. [1] https://blogs.gnome.org/mcatanzaro/2016/09/21/gnome-3-22-core-apps/ [2] https://groups.google.com/forum/#!topic/tb-planning/h97q9cDUZOU Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
GNOME MIR List
As a follow-up from today's meeting, I wrote up an initial list of universe packages we need in main and that therefore need Main Inclusion Requests (MIRs). I used a wiki so we can keep track of which MIRs have been filed and make updates to the list. https://wiki.ubuntu.com/DesktopTeam/GNOME/MIR_List Thanks, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Nautilus 3.24 and dropping type-ahead search, adding tracker
As discussed at the end of yesterday's Desktop Team meeting, I'd like to update Ubuntu's default file manager nautilus from 3.20 to 3.24 for Ubuntu 17.10. The new version offers several visible improvements. Highlights include: - The view menu has been consolidated into a single "hamburger" menu with a separate toggle in the toolbar to switch between icon and list view. - Batch renaming is integrated. Just select multiple files then Rename. - File compression and decompression is integrated. There is one downside: Years ago, Nautilus dropped the type-ahead search feature. Ubuntu has had a patch to hack it back in. The patch will be dropped soon after the archives open for 17.10 development in April unless someone is able to get it working with the new version. It is a fairly invasive patch. Even if it is fixed now, it will likely be broken by future versions because Nautilus is undergoing significant refactoring to enable future improvements. Nautilus' built-in search has improved since the type-ahead patch was first introduced to Ubuntu. One thing that can make it even better is to allow tracker to run by default in Unity too. For more on these changes, see these bugs: https://launchpad.net/bugs/181 https://launchpad.net/bugs/176 Two other patches need to be updated: 12_unity_launcher_support.patch (worked with 3.22.0, needs updating for 3.22.1+) 0002-Only-use-a-header-bar-in-GNOME-shell.patch (more header bars have been added) Thank you, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Hello, I'm Martin
On Tue, Sep 27, 2016 at 7:38 AM, Martin Wimpress wrote: > I'm working from home in Hampshire, England and connected to the Internet > via shortwave radio. My recent professional background has been in large Like wifi or what? Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Ubuntu policy for WebKit security updates?
On Tue, Sep 13, 2016 at 5:17 PM, Marc Deslauriers wrote: > I will be publishing 2.12.5 as a security update for xenial tomorrow or > thursday. I was going to publish 2.12.4, but there was a regression in it. webkit2gtk 2.12.5 has now been published to Ubuntu 16.04 LTS as a security update. Thanks Marc! http://www.ubuntu.com/usn/usn-3079-1/ Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Ubuntu policy for WebKit security updates?
On Tue, Sep 13, 2016 at 5:14 PM, Adam Dingle wrote: > 1. WebKit 1 contains many security vulnerabilities that will probably never > be fixed, and yet some apps (e.g. Geary, GnuCash) still depend on it. As of the current 16.10 daily iso's, the only Ubuntu flavor that still includes WebKit 1 in the default install is Ubuntu Studio (for guitarix). One obstacle to removing WebKit 1 from the Debian and Ubuntu repositories completely is that webkit2gtk does not work with GTK+ 2 apps, like guitarix. You can see a list of current WebKit 1 apps by running these commands (all but the last are for GTK+ 2 apps) apt rdepends libwebkitgtk-1.0-0 apt rdepends libwebkit1.1-cil apt rdepends python-webkit apt rdepends libwebkitgtk-3.0-0 Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Application for ~ubuntu-desktop membership
I'd like to re-apply for membership in ~ubuntu-desktop. I was a member a few years ago but I deactivated my upload memberships when I knew I wasn't going to use my upload rights for a while. I am a MOTU and member of ~ubuntu-gnome-dev. I originally got involved in the Desktop team with the switch to GNOME 3 when I saw that there was work that needed to be done and that I could help do it. In some ways, it's still like that since the Canonical Desktop team is very busy developing Unity 8 with less time available to maintain the GNOME bits. Thank you, Jeremy Bicha -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Default Browser Follow-up
On 14 June 2013 15:06, Jason Warner wrote: > On Thu, Jun 13, 2013 at 9:27 AM, Benjamin Kerensa > wrote: >> On Quality: Chromium just as of last year was totally unmaintained Ubuntu >> (http://askubuntu.com/questions/166931/why-is-chromium-not-updated-automatically-as-firefox-is) >> this does >> not seem like quality or stability in my opinion. > > Indeed, there was a time between the community maintainer of Chromium > leaving and us finding another maintainer that it went relatively > unmaintained (we still did a best effort to keep it updated, though it > wasn't any one person's focus). Now we have Chad Miller maintaining Chromium > fulltime. I'm not sure that Benjamin's point was answered here. The current version of Chrome/Chromium on Linux is 28 released 6 days ago, 27 was released a full month ago, 26 was released nearly 3 months ago, but the version available for Ubuntu is still at version 25. It's widely known that new Chrome/Chromium release are also security updates. Also, what's currently blocking re-establishing Chromium daily or beta PPAs which should help identify issues sooner (such as the webapps feature not working with Chromium 26)? I know we're all thinking about the next Ubuntu LTS but it seems clear to me that Chromium still does not have a track record yet of being maintained well enough to replace Firefox as the default desktop browser yet (except perhaps on arm). Thanks, Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Update on the new ibus-1.5 and gnome-settings-daemon gnome-control-center 3.6 situation
On 20 November 2012 13:13, Sebastien Bacher wrote: > I've been looking at the new ibus/g-s-d/g-c-c stack recently to update in > raring and I'm not convinced it's a good idea to update to those. We have > discussed the issue a bit on IRC today but I figured I would write an email > to the list to document and share the thinking. > > There seem to be several annoying issues with the new ibus/GNOME keyboard > stack. > > The most annoying one is the drop of the "Separate layout per window" > feature. That feature might come back at some point but it's not in GNOME > 3.6 and still is on "need for design" upstream so we shouldn't hold on it > for this cycle. > > The new ibus is having the same issue... > > > Some pointers on discussion around those topics: > > * https://bugzilla.gnome.org/show_bug.cgi?id=684210 - "'Separate layout per > window' is missing" > upstream discussion on the feature being dropped > > * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692424 - > the bug is about some ubuntu ibus packaging fixes but it turned into a > discussion between the ibus maintainers about the new ibus version, they > don't consider it ready for end users > > * https://lists.ubuntu.com/archives/ubuntu-desktop/2012-October/004014.html > One discussion on the ibus topic we had early on this list > > > Note that no major distribution has been released yet with that new stack > (Debian has it in experimental only and the Debian ibus maintainer seem to > have issues with the new version, the OpenSuse maintainer seem to have > concern about it as well and it's not decided if they will ship it for their > next version due in march, fedora 18 will have it but it has been delayed to > january) which means the new stack didn't get much of "real world feedback" > yet, I don't think we should be in the first one to push it. > > Based on that it seems a safer bet to stay on the current ibus until we know > better were things are going. > > Our options, if we stay on the current ibus, are: > - stay on g-s-d/g-c-c 3.4 (the current version) > - update g-s-d/g-c-c to 3.6 fully using the upstream code without building > with ibus (they have a fallback mode without ibus integration), that's not > going to restore the 'Separate layout per window' option but would avoid the > ibus issues at least. We will need to update our keyboard indicator still if > doing that > - update g-s-d/g-c-c to 3.6 and revert the keyboard changes (e.g go back to > the 3.4 codebase for the region panel and the g-s-d keyboard handling). If > we do that we avoid the need to get the keyboard indicator this cycle > > There are good reasons to not keep delaying the g-s-d/g-c-c updates so I > would try to avoid 1 and would suggest to start with 2 and see what issues > we get from it and what we can build from there. We can then consider doing > the extra work to add the missing bits then or go for 3 and revert the 3.6 > keyboard change. > > Note that option 2 and 3 might have an impact on the "replace > language-selector by the region capplet" work, especially if we go back to > the 3.4 codebase on that panel, we might want to postpone that work for yet > another cycle in that case... > > That's my thinking on the topic ... comments are welcome as usual ;-) Hey could we revisit this topic and see what still is blocking ibus 1.5 from Ubuntu? The 'separate input sources per window' feature has apparently returned which was a big blocker last year.[1] I believe the other big blocker was creating an indicator for ibus-1.5. I don't think anything has been done on that yet since the Desktop Team doesn't really use ibus themselves which makes it harder to ensure that it's working correctly. I believe we need some kind of indicator-keyboard anyway to avoid needing to keep the keyboard plugin in gnome-settings-daemon at 3.6 indefinitely. There's a basic mockup on the wiki[2]. Was there anything else serious enough to still block ibus 1.5? [1] http://blogs.gnome.org/mclasen/2013/01/14/input-sources-in-gnome-3-7-4-continued/ [2] https://wiki.ubuntu.com/LanguageAndText#Switching_between_keyboard_layouts_and_other_input_sources Thanks, Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Why ubuntu-desktop depends on xdiagnose and xterm
On 2 April 2013 23:13, Ma Xiaojun wrote: > Sure I know what is a .desktop file. > > But can we do per-user show/hide? Install alacarte and then just uncheck the apps you don't want to see in the menus. Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Why ubuntu-desktop depends on xdiagnose and xterm
On 2 April 2013 23:05, Doug McMahon wrote: > On 04/02/2013 10:36 PM, Ma Xiaojun wrote: >> >> It seems like we need an easy way of show/hide App icons. >> >> Then we can hide useless icon for end users while don't bother >> advanced users too much. > > There already is - NoDisplay=true > file a bug on apps/sources in question The tracking bug for hiding xterm is bug 129041. I went ahead and made this change for Ubuntu GNOME but I don't think there's been sufficient consensus yet for this to be done in the regular Ubuntu image. Jeremy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop