Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
DescriptionMatthias Clasen
2014-01-14 14:34:53 UTC
It has been decided that we need to have some branding permanently visible on screen, and for continuity with rhel5 and rhel6, it should go at the top left.
Comment 2Ray Strode [halfline]
2014-01-14 14:46:35 UTC
can we get a symbolic version of it from brand? Do we really need the R there when it's only going to show up as dimly lit pixel? I believe this came up in previous RHELs and lawyers said the R wasn't necessary for small things, but maybe we should double-check.
The pixel was explicitly mentioned in the call, so I made sure it's visible.
Comment 4Ray Strode [halfline]
2014-01-14 15:19:13 UTC
weird, okay. So you're happy with the image in attachment 849971[details] with regard to being full color, non-symbolic, (R), etc? If so, fine with me.
we need to do some testing of this with classic (gray background and blue selection) and gnome3 (black background).
we may need a second variant.
Comment 6Ray Strode [halfline]
2014-01-15 18:43:03 UTC
so it turns out we already have substantially the same icon in redhat-logos called start-here.svg.
It's standardized by the icon naming spec:
""" The icon used by the desktop's main menu for accessing places, applications, and other features. """
So we just need to do the gnome-shell half of this.
Comment 7Ray Strode [halfline]
2014-01-15 18:46:09 UTC
and bug 1052984 is already handling gnome-shell, so closing this one.
Comment 8Ray Strode [halfline]
2014-01-15 21:50:42 UTC
reopening. since we ship a foot logo for start-here in the gnome-icon-theme it replaces the redhat branded start-here we ship in hicolor.
In the past, we used to have a downstream icon theme that inherited from gnome with these kinds of things overlayed on top, but we don't do that anymore. I'll just put the icon under a new name.
Comment 9Ray Strode [halfline]
2014-01-22 03:00:42 UTC
okay, in the shell bugs I ended up just referencing the start-here icon in hicolor directly.
I did do a build with an updated image for start-here so it has the brand team requested pixel symbolizing (R).
This request was resolved in Red Hat Enterprise Linux 7.0.
Contact your manager or support representative in case you have further questions about the request.