Re: Applying for the Ubuntu Desktop team

2020-03-31 Thread Jeremy Bicha
+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

2019-02-14 Thread Jeremy Bicha
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

2019-02-14 Thread Jeremy Bicha
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

2019-02-14 Thread Jeremy Bicha
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

2019-02-14 Thread Jeremy Bicha
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

2019-02-14 Thread Jeremy Bicha
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

2018-12-20 Thread Jeremy Bicha
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

2018-10-02 Thread Jeremy Bicha
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

2018-10-01 Thread Jeremy Bicha
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

2018-10-01 Thread Jeremy Bicha
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

2018-09-11 Thread Jeremy Bicha
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

2018-08-22 Thread Jeremy Bicha
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

2018-08-22 Thread Jeremy Bicha
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

2018-08-08 Thread Jeremy Bicha
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

2018-01-17 Thread Jeremy Bicha
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?

2017-12-02 Thread Jeremy Bicha
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

2017-11-15 Thread Jeremy Bicha
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

2017-11-06 Thread Jeremy Bicha
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?

2017-11-06 Thread Jeremy Bicha
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?

2017-11-05 Thread Jeremy Bicha
> 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

2017-11-05 Thread Jeremy Bicha
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

2017-11-05 Thread Jeremy Bicha
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

2017-10-30 Thread Jeremy Bicha
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

2017-10-22 Thread Jeremy Bicha
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

2017-10-20 Thread Jeremy Bicha
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

2017-10-03 Thread Jeremy Bicha
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?

2017-10-03 Thread Jeremy Bicha
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 ?

2017-10-03 Thread Jeremy Bicha
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?

2017-09-25 Thread Jeremy Bicha
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

2017-09-23 Thread Jeremy Bicha
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

2017-09-23 Thread Jeremy Bicha
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

2017-09-23 Thread Jeremy Bicha
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

2017-09-18 Thread Jeremy Bicha
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

2017-09-18 Thread Jeremy Bicha
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?

2017-09-18 Thread Jeremy Bicha
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

2017-09-18 Thread Jeremy Bicha
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

2017-09-18 Thread Jeremy Bicha
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

2017-09-18 Thread Jeremy Bicha
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

2017-09-15 Thread Jeremy Bicha
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

2017-09-13 Thread Jeremy Bicha
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

2017-08-31 Thread Jeremy Bicha
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

2017-08-29 Thread Jeremy Bicha
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

2017-08-26 Thread Jeremy Bicha
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

2017-08-25 Thread Jeremy Bicha
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

2017-08-25 Thread Jeremy Bicha
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

2017-08-25 Thread Jeremy Bicha
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

2017-08-25 Thread Jeremy Bicha
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

2017-08-25 Thread Jeremy Bicha
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

2017-08-25 Thread Jeremy Bicha
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?

2017-08-24 Thread Jeremy Bicha
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

2017-08-24 Thread Jeremy Bicha
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

2017-08-20 Thread Jeremy Bicha
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

2017-08-19 Thread Jeremy Bicha
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

2017-08-19 Thread Jeremy Bicha
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

2017-08-16 Thread Jeremy Bicha
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

2017-08-14 Thread Jeremy Bicha
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?

2017-08-09 Thread Jeremy Bicha
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

2017-08-01 Thread Jeremy Bicha
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

2017-08-01 Thread Jeremy Bicha
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

2017-07-31 Thread Jeremy Bicha
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

2017-07-11 Thread Jeremy Bicha
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

2017-06-22 Thread Jeremy Bicha
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

2017-06-11 Thread Jeremy Bicha
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

2017-06-09 Thread Jeremy Bicha
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

2017-06-09 Thread Jeremy Bicha
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

2017-06-09 Thread Jeremy Bicha
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

2017-06-09 Thread Jeremy Bicha
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

2017-06-09 Thread Jeremy Bicha
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

2017-06-09 Thread Jeremy Bicha
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

2017-06-08 Thread Jeremy Bicha
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

2017-06-08 Thread Jeremy Bicha
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

2017-06-08 Thread Jeremy Bicha
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

2017-06-08 Thread Jeremy Bicha
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

2017-06-08 Thread Jeremy Bicha
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

2017-05-17 Thread Jeremy Bicha
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?

2017-05-16 Thread Jeremy Bicha
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

2017-04-29 Thread Jeremy Bicha
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

2017-04-25 Thread Jeremy Bicha
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

2017-04-24 Thread Jeremy Bicha
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

2017-04-24 Thread Jeremy Bicha
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

2017-04-24 Thread Jeremy Bicha
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?

2017-04-21 Thread Jeremy Bicha
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

2017-04-21 Thread Jeremy Bicha
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

2017-04-21 Thread Jeremy Bicha
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

2017-04-20 Thread Jeremy Bicha
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?

2017-04-19 Thread Jeremy Bicha
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

2017-04-19 Thread Jeremy Bicha
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

2017-04-19 Thread Jeremy Bicha
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

2017-04-19 Thread Jeremy Bicha
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

2017-04-18 Thread Jeremy Bicha
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

2017-04-18 Thread Jeremy Bicha
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

2017-02-22 Thread Jeremy Bicha
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

2016-09-28 Thread Jeremy Bicha
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?

2016-09-14 Thread Jeremy Bicha
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?

2016-09-13 Thread Jeremy Bicha
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

2016-08-10 Thread Jeremy Bicha
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

2013-06-23 Thread Jeremy Bicha
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

2013-06-07 Thread Jeremy Bicha
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

2013-04-02 Thread Jeremy Bicha
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

2013-04-02 Thread Jeremy Bicha
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


  1   2   >