Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 594778 - gnome-extra/gnome-shell-extensions-topicons upstream seems dead, consider replacements
Summary: gnome-extra/gnome-shell-extensions-topicons upstream seems dead, consider rep...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL: https://github.com/phocean/TopIcons-p...
Whiteboard:
Keywords:
Depends on:
Blocks: gnome-3.22 gnome-3.22-stable 614630
  Show dependency tree
 
Reported: 2016-09-22 15:30 UTC by Mart Raudsepp
Modified: 2017-04-04 13:32 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mart Raudsepp gentoo-dev 2016-09-22 15:30:29 UTC
gnome-extra/gnome-shell-extensions-topicons upstream download location seems dead and in general that developer doesn't seem to work on it anymore, as probably already felt by that sed in the ebuild to hack in 3.20 support.
There's a fork at https://github.com/phocean/TopIcons-plus/releases that we might want to use instead. Maybe even under the same package name, but it's a bit behind in version numbers (perhaps we could ask to jump in versions above what the old one had if it's truly the replacement everyone should be using?)
Comment 1 Mart Raudsepp gentoo-dev 2016-09-22 15:31:17 UTC
oh, and its extensions.gnome.org page is https://extensions.gnome.org/extension/1031/topicons/
Comment 2 Pacho Ramos gentoo-dev 2016-09-23 19:44:23 UTC
Yeah, I was considering to use it... but, personally, I think that currently this extension is not so useful. I mean, when I packaged it, I needed it because we didn't have the legacy icons bar that is now supported by plain gnome-shell :/

Then, I was even considering about simply treeclean the current extension as soon as it stops working and, finally, rely on the "official" support for the legacy tray icons
Comment 3 Gilles Dartiguelongue (RETIRED) gentoo-dev 2016-09-26 22:51:57 UTC
Actually I started using this recently as I hate the tray introduced as a replacement of the bigger bottom bar since it was first introduced. I only use it for a small set of applications (redshift, gtg). In any case I don't rely on ebuilds for gnome-shell extensions as I don't bother checking what's in tree for this feature.
Comment 4 Pacho Ramos gentoo-dev 2016-09-27 16:01:34 UTC
OK, then, I have reported the suggestion about trying to bump the version numbering if possible as I also like the Mart's idea about trying to simply push this as an "updated" topicons extension instead of hardmasking the old one and push people to emerge this one.
https://github.com/phocean/TopIcons-plus/issues/38

Lets see if we are lucky ;)
Comment 5 Pacho Ramos gentoo-dev 2016-09-30 20:23:04 UTC
Upstream prefers to keep current numbering, then, either we package it as a new package and treeclean older one or we can bump it with the same name using our own numbering system like:
gnome-extra/gnome-shell-extensions-topicons-28.(the new number from topicons-plus)

Once topicons-plus reaches 29 version, we will be able to use the "normal" numbering again 

What do you prefer?
Comment 6 Mart Raudsepp gentoo-dev 2017-01-26 06:53:47 UTC
maybe _p<topicons_plus_version>, but seems like upstream would want us to use the new name too, which is some weird TopIcons-plus with capitalization and all.
So I guess new package and new versions, or new package name with a pkgmove and 28_p<verions> there, or a forced downgrade. Or we do that, and last rite the old name to at least give users a p.mask message showing the move to it, so they can migrate themselves.
Comment 7 Mart Raudsepp gentoo-dev 2017-03-25 13:55:35 UTC
gnome-extra/gnome-shell-extensions-topicons-plus added to tree at version 20 some hours ago. Its makefile and such was quite ugly, improvements welcome. For now just got something good enough in, so we can continue with stabilizing - for improvements should work with upstream too, etc.