Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-06 Thread Kevin Kofler
Simone Caronni wrote:
 Ok, sounds fair, thanks for clarification. In that thread on -devel (i've
 read it yesterday) there's the note that it would be eventually introduced
 somewhere around Fedora 22.

At the time, it wasn't fully decided yet. (Keep in mind that the mail was 
written over a year ago, months before the Fedora 21 release.)

 Is there anything official written somewhere? Wiki, etc.

https://fedoraproject.org/wiki/Changes/Plasma_5 documents Plasma 5 as a 
Fedora 22 change.

The removal of support for the XEmbed-based system tray protocol is a 
documented upstream change in Plasma 5, e.g. in:
http://blog.martin-graesslin.com/blog/2014/03/system-tray-in-plasma-next/

Where else should it be written?

 I'm reverting the change in remmina.git. Can I just delete the update in
 Bodhi?

Yes. (You'll probably need to unpush it from testing first, then Bodhi will 
let you delete it.)

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-05 Thread Simone Caronni
On 4 June 2015 at 03:24, Kevin Kofler kevin.kof...@chello.at wrote:

 ndeed, you missed:
 https://lists.fedoraproject.org/pipermail/devel/2014-March/196343.html

 libappindicator is now (since Fedora 22) also REQUIRED for GTK+ system tray
 applets to work under KDE Plasma. (Plasma 5 no longer supports the legacy
 XEmbed-based system tray protocol that the builtin GTK+ classes implement.)

 Please DO NOT REMOVE libappindicator support from your packages. Instead,
 actually ADD it where upstream supports it and it is not yet enabled in
 Fedora.


Ok, sounds fair, thanks for clarification. In that thread on -devel (i've
read it yesterday) there's the note that it would be eventually introduced
somewhere around Fedora 22. Is there anything official written somewhere?
Wiki, etc.

I'm reverting the change in remmina.git. Can I just delete the update in
Bodhi?

Thanks  regards,
--Simone


-- 
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).

http://xkcd.com/229/
http://negativo17.org/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-04 Thread Kevin Kofler
Michael Catanzaro wrote:

 On Thu, 2015-06-04 at 03:24 +0200, Kevin Kofler wrote:
 libappindicator is now (since Fedora 22) also REQUIRED for GTK+
 system tray
 applets to work under KDE Plasma. (Plasma 5 no longer supports the 
 legacy XEmbed-based system tray protocol that the builtin GTK+ classes
 implement.)
 
 Hey, that's awesome, congrats on killing XEmbed. I wish GNOME would do
 that as well

Implementing the new status notifier specification would get you a long way 
there, in addition to improving GNOME Shell interoperability with 
applications written for Plasma or Unity. There's even (finally!) an 
implementation that GNOME could just merge:

https://extensions.gnome.org/extension/615/appindicator-support/

(The extension was developed by rgcjonas based on patches submitted by 
Giovanni Campagna back in 2011. Thanks to Giovanni Panozzo (Reminna 
upstream) for the link and to Simone Caronni for forwarding it here.)

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-04 Thread Kevin Kofler
drago01 wrote:
 The thing is we want to kill it but our designers didn't come up with
 a suitable replacement just use notifications does not cover what
 the app authors want so they stick to systray icons unfortunately. But
 we should have this discussion upstream not here.

The Status Notifier (AppIndicator) specification is the replacement. It 
doesn't come from GNOME designers (Not Invented Here?), but it works.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-04 Thread Michael Catanzaro
On Thu, 2015-06-04 at 03:24 +0200, Kevin Kofler wrote:
 libappindicator is now (since Fedora 22) also REQUIRED for GTK+ 
 system tray 
 applets to work under KDE Plasma. (Plasma 5 no longer supports the  legacy 
 XEmbed-based system tray protocol that the builtin GTK+ classes 
 implement.)

Hey, that's awesome, congrats on killing XEmbed. I wish GNOME would do
that as well
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-04 Thread drago01
On Thu, Jun 4, 2015 at 4:45 PM, Michael Catanzaro mcatanz...@gnome.org wrote:
 On Thu, 2015-06-04 at 03:24 +0200, Kevin Kofler wrote:
 libappindicator is now (since Fedora 22) also REQUIRED for GTK+
 system tray
 applets to work under KDE Plasma. (Plasma 5 no longer supports the  legacy
 XEmbed-based system tray protocol that the builtin GTK+ classes
 implement.)

 Hey, that's awesome, congrats on killing XEmbed. I wish GNOME would do
 that as well

The thing is we want to kill it but our designers didn't come up with
a suitable replacement just use notifications does not cover what
the app authors want so they stick to systray icons unfortunately. But
we should have this discussion upstream not here.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-03 Thread Simone Caronni
On 3 June 2015 at 11:28, Pavel Alexeev pa...@hubbitus.info wrote:

  Hi,
Is not it virt-manager problem or libappindicator? Shouldn't it be
 addressed there?


If I remember correctly there was a time when people were discussing about
bringing Unity in Fedora. This did not happen, and actually the library is
pretty useless as there is no libappindicator consumer right now. I'm not
sure it's worth investigating.

Regards,
--Simone


-- 
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).

http://xkcd.com/229/
http://negativo17.org/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-03 Thread Jaroslav Reznik
- Original Message -
 On 3 June 2015 at 11:28, Pavel Alexeev  pa...@hubbitus.info  wrote:
 
 
 
 Hi,
 Is not it virt-manager problem or libappindicator? Shouldn't it be addressed
 there?
 
 
 If I remember correctly there was a time when people were discussing about
 bringing Unity in Fedora. This did not happen, and actually the library is
 pretty useless as there is no libappindicator consumer right now. I'm not
 sure it's worth investigating.

There is consumer - Plasma 5, one of two blocking desktops :).

For more info
https://lists.fedoraproject.org/pipermail/devel/2014-March/196343.html

So it would be nice to have GTK apps that still offers systray built against
it too.

For Unity, a bit OT here. Long time ago I had working Unity 2D (nice
lightweight desktop, a few lines of QML code) for Fedora but then they
merged it with GTK version it was impossible to continue. Now with switch
to QML, it might be possible again.

Jaroslav 

 
 Regards,
 --Simone
 
 
 --
 You cannot discover new oceans unless you have the courage to lose sight of
 the shore (R. W. Emerson).
 
 http://xkcd.com/229/
 http://negativo17.org/
 
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-03 Thread Simone Caronni
In Fedora 21 it was already disabled.
Disabled it also on f22 and master branches.

https://admin.fedoraproject.org/updates/remmina-1.2.0-0.6.git.b3237e8.fc22

Regards,
--Simone


On 1 June 2015 at 11:20, poma pomidorabelis...@gmail.com wrote:


 libappindicator-gtk3 breaks virt-manager's systray functionality,
 precisely:
 click on virt-manager's systray icon via left mice button -should- quickly
 show or hide Virtual Machine Manager window.

 If remember correctly, I have already mentioned this problemo at least
 twice, right mister Robinson.

 Did I really missed something important in this respect, or in a parallel
 universe you guys use Unity on Fedora?

 Related:
 Try enable APPINDICATOR by suggestion of Giovanni Panozzo.
 http://pkgs.fedoraproject.org/cgit/remmina.git/commit/?id=2ef81fd


 # dnf install remmina
 Fatal Python error: Failed to open /dev/urandom
 Aborted

 # yum install remmina
 Resolving Dependencies
 -- Running transaction check
 --- Package remmina.x86_64 0:1.2.0-0.5.git.b3237e8.fc23 will be installed
 -- Processing Dependency: libappindicator3.so.1()(64bit) for package:
 remmina-1.2.0-0.5.git.b3237e8.fc23.x86_64
 -- Running transaction check
 --- Package libappindicator-gtk3.x86_64 0:12.10.0-9.fc23 will be installed
 -- Processing Dependency: libindicator3.so.7()(64bit) for package:
 libappindicator-gtk3-12.10.0-9.fc23.x86_64
 -- Running transaction check
 --- Package libindicator-gtk3.x86_64 0:12.10.1-4.fc22 will be installed
 -- Finished Dependency Resolution

 Dependencies Resolved


 
  PackageArch VersionRepository

  Size

 
 Installing:
  remminax86_64   1.2.0-0.5.git.b3237e8.fc23 rawhide
  384 k
 Installing for dependencies:
  libappindicator-gtk3   x86_64   12.10.0-9.fc23 rawhide
 40 k
  libindicator-gtk3  x86_64   12.10.1-4.fc22 rawhide
 67 k

 Transaction Summary

 
 Install  1 Package (+2 Dependent packages)

 Total download size: 491 k
 Installed size: 1.9 M
 Is this ok [y/d/N]: N
 Exiting on user command
 ...


 $ rpm -q virt-manager
 virt-manager-1.2.0-1.fc23.noarch


 $ rpm -q --qf '\n%{url}\n\n%{summary}\n\n%{description}\n'
 libappindicator-gtk3

 https://launchpad.net/libappindicator

 Application indicators library - GTK 3

 A library to allow applications to export a menu into the Unity Menu bar.
 Based
 on KSNI it also works in KDE and will fallback to generic Systray support
 if
 none of those are available.

 This package contains the GTK 3 version of this library.




-- 
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).

http://xkcd.com/229/
http://negativo17.org/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-03 Thread Neal Gompa
On Wed, Jun 3, 2015 at 6:09 AM, Jaroslav Reznik jrez...@redhat.com wrote:

 - Original Message -
  On 3 June 2015 at 11:28, Pavel Alexeev  pa...@hubbitus.info  wrote:
 ​snip​

  If I remember correctly there was a time when people were discussing
 about
  bringing Unity in Fedora. This did not happen, and actually the library
 is
  pretty useless as there is no libappindicator consumer right now. I'm not
  sure it's worth investigating.

 ​snip​


 For Unity, a bit OT here. Long time ago I had working Unity 2D (nice
 lightweight desktop, a few lines of QML code) for Fedora but then they
 merged it with GTK version it was impossible to continue. Now with switch
 to QML, it might be possible again.

 Jaroslav

 
  Regards,
  --Simone
 
 
  --
  You cannot discover new oceans unless you have the courage to lose sight
 of
  the shore (R. W. Emerson).
 
  http://xkcd.com/229/
  http://negativo17.org/
 
  --
  devel mailing list
  devel@lists.fedoraproject.org
  https://admin.fedoraproject.org/mailman/listinfo/devel
  Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct


​I had been personally looking into attempting to package Unity as well
(for the challenge!), but I don't think I could maintain the Unity packages
alone. My time is split pretty heavily as it is...​ I'd love to work with
anyone who wants to try to do this again.


-- 
真実はいつも一つ!/ Always, there's only one truth!
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-03 Thread Simone Caronni
On 3 June 2015 at 14:28, Giovanni Panozzo giova...@panozzo.it wrote:


 Adding Antenore to this thread, the other Remmina developer left on the
 whole earth :)

 My small contribution: Remmina can survive without libappindicators. It
 will fallback to use GtkStatusIcon to show its icon under Xfce/Lxde/Kde
 (note that GtkStatusIcon is deprecated now, with no alternatives).

 My original suggestion was intended for Gnome Shell users: link remmina
 with libappindicators AND also add this extension
 https://extensions.gnome.org/extension/615/appindicator-support/
 The result under Gnome Shell is a very nice system tray menu for remmina.

 But currently is almost impossible to have a coherent and working on all
 desktop environment systemtray icon + menu.
 I started to collect informations on this page:
 https://github.com/FreeRDP/Remmina/wiki/Systray-menu
 but it's almost impossible to come to a simple solution.

 And in our reasoning (this morning!) we discussed also if we should just
 remove the systray icon+menu. Your opinion on the removal are welcome :)

 So, feel free to remove libappindicators on fedora: Gnome Shell users
 which did not install the appindicator extension will not notice any
 difference without libappindicators.
 Users of xfce/kde/lxde will get a GtkStatusIcon menu, if the apposite
 panel applet is loaded.

 Giovanni


Thanks for the explanation!

The total absence of any FreeRDP release (i.e. you always need the latest
git commit) makes packaging this along with all the other software using
FreeRDP a real nightmare.

Regards,
--Simone

-- 
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).

http://xkcd.com/229/
http://negativo17.org/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-03 Thread Simone Caronni
On 3 June 2015 at 12:09, Jaroslav Reznik jrez...@redhat.com wrote:

  If I remember correctly there was a time when people were discussing
 about
  bringing Unity in Fedora. This did not happen, and actually the library
 is
  pretty useless as there is no libappindicator consumer right now. I'm not
  sure it's worth investigating.

 There is consumer - Plasma 5, one of two blocking desktops :).

 For more info
 https://lists.fedoraproject.org/pipermail/devel/2014-March/196343.html

 So it would be nice to have GTK apps that still offers systray built
 against
 it too.


Was Remmina the only program built against libappindicator (not sure I got
all cases in the repoquery)?

libappindicator.so.1:

libappindicator-devel-0:12.10.0-8.fc22.x86_64
perl-Gtk2-AppIndicator-0:0.15-5.fc22.x86_64
python-appindicator-0:12.10.0-8.fc22.x86_64

libappindicator3.so.1:

libappindicator-gtk3-devel-0:12.10.0-8.fc22.x86_64
remmina-0:1.2.0-0.5.git.b3237e8.fc22.x86_64
uget-0:2.0-1.fc22.x86_64

Regards,
--Simone


-- 
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).

http://xkcd.com/229/
http://negativo17.org/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-03 Thread Kevin Kofler
poma wrote:
 Oh yeah
 https://www.redhat.com/archives/virt-tools-list/2013-July/msg00203.html

That is from 2013 and the it is useless claim is no longer true now that 
KDE Plasma also requires the new protocol. (Actually, it was never true, 
because system tray applets using the new protocol also worked better than 
legacy XEmbed-based ones even in Plasma 4, but in Plasma 5, the new protocol 
is entirely mandatory.)

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-03 Thread Kevin Kofler
Simone Caronni wrote:
 Was Remmina the only program built against libappindicator (not sure I got
 all cases in the repoquery)?

There is also gnome-rdp (uses it through appindicator-sharp), where upstream 
made it a mandatory dependency. And your own queries also bring up uget.

Unfortunately, that's all, which means my call for action:
https://lists.fedoraproject.org/pipermail/devel/2014-March/196343.html
over a year ago (!) has been almost completely ignored all this time. :-(

I recommend filing a bug against each and every affected GTK+ application.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-03 Thread Kevin Kofler
poma wrote:
 Did I really missed something important in this respect, or in a parallel
 universe you guys use Unity on Fedora?

Indeed, you missed:
https://lists.fedoraproject.org/pipermail/devel/2014-March/196343.html

libappindicator is now (since Fedora 22) also REQUIRED for GTK+ system tray 
applets to work under KDE Plasma. (Plasma 5 no longer supports the legacy 
XEmbed-based system tray protocol that the builtin GTK+ classes implement.)

Please DO NOT REMOVE libappindicator support from your packages. Instead, 
actually ADD it where upstream supports it and it is not yet enabled in 
Fedora.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: virt-manager - libappindicator-gtk3 - remmina

2015-06-03 Thread Kevin Kofler
poma wrote:

 On 03.06.2015 14:28, Giovanni Panozzo wrote:
 
 Adding Antenore to this thread, the other Remmina developer left on the
 whole earth :)
 
 My small contribution: Remmina can survive without libappindicators. It
 will fallback to use GtkStatusIcon to show its icon under Xfce/Lxde/Kde

This remark from upstream is unfortunately not true anymore, GtkStatusIcon 
does NOT work under KDE Plasma 5.

 (note that GtkStatusIcon is deprecated now, with no alternatives).

And for good reason: It supports only an obsolete protocol that some desktop 
environments phased out (reportedly, Unity also no longer supports it) and 
that will be entirely unusable under Wayland by design.

That said, it is sad that they just deprecated it instead of either adding 
support for the new protocol to the existing classes or merging the 
libappindicator classes as a replacement.

 Yeah, it applies to GTK+ 3:
 [gtk+] docs: GtkStatusIcon is deprecated since 3.14, not 3.16
 https://mail.gnome.org/archives/commits-list/2014-September/msg05639.html

So this is another good reason to move off GtkStatusIcon (even if you don't 
care whether your application works under KDE Plasma).

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct