Skip to main content

Summary of echo-icon-theme report on Virtual FUDCon

It was my first even conference on Virtual FUDCon which greatly saved time and money. In summary, echo-icon-theme will not be ready for Fedora 8 given the time constrains. Its guideline needs a rewrite started by Martin Sourada.

The icons are now residing on echo-icon-theme repository which facilitates the access for contributors looking to add/update the icons. It also means the wiki page for EchoDevelopment will no longer upload icons and will serve as reference. The mouse cursors are not in the repository yet but will be available shortly.

Mairin, Fedora Artwork team leader, suggested to use Tango guideline for icons smaller or equal than 24x24 while keeping the isometric view for 32x32 and above. Demitri Glezos thanked the team for the use of icons on his Transifex project. The set of icons is roughly 40 percent complete and users of other desktop environment like KDE are encouraged to test
them and provide ticket to track issues.

Be in mind the echo-icon-theme division team are fairly new in icon development so they are learning for the mistakes.

Comments

Máirín said…
Actually that's not quite accurate. :)

I suggested using the Tango icon artwork restyled to follow the Echo guidelines. A little different. :) But that's probably what you meant anyway, I just wanted to make sure it was clear.
Thanks for clarification. I just reread the logs and noticed the errors.
I should most likely bring this up on the list but as I have little time these days (total copout :) -

Full color icons bellow 32x32 never look good and almost triple the amount of work an artist needs to do instead of creating beautiful icons at higher resolutions. Working with two toned OLPC icons I can say simple icons look great at low resolution and often can mix with any theme as long as the shapes are similar. What I suggest is to explore doing black and white or gray scale for smaller icons and use the full color icons where they would have the most impact. This would of course necessitate coordinating with the desktop team so that larger icons are used more often so that the desktop does not look drab but I think it has a twofold advantage. First correct use of sharp black and white icons make the desktop look cleaner and less cluttered and second, in the long run it makes the work artists have to do much less. In fact if all they had to do was create high quality icons in order to make a nice looking theme there would be many more themes to choose from which looked complete.

Just a suggestion. Keep up the good work. (BTW look at MacOS X for good use of B/W icons)
True, J5. I posted your suggestion on fedora-art-list. The team is learning. BTW, the keyboard buttons for Echo icon theme are based from the XO hardware.

Popular posts from this blog

Detailing the installation of AMD OpenCL rpm for Fedora

Revisiting the previous blog and freshly reinstalling Fedora Design Suite due to a busted boot, I look at the official guideline from AMD Driver for Red Hat Enterprise Linux 7.2 and write a way to improve the process of installing on Fedora 29 in this example.



Extracting the tarball contains the following:
amdgpu-installamdgpu-pro-install symlink to amdgpudoc folderrepodata folderRPMS folder containing rpm package
Executing the command ./amdgpu-install -opencl=pal --headless sadly failed on Fedora on that line:

./amdgpu-install -y --opencl=pal --headless
Last metadata expiration check: 0:30:51 ago on Mon 19 Nov 2018 07:13:43 PM PST.
No match for argument: amdgpu

Upon closer look, the script failed to created a temporary repository on /var/opt/amdgpu-pro-local probably explaining why amdgpu metapackage name failed to display. Someone should investigate and provide a fix. At least, we find out Fedora support is available but unofficial.

Due to its design, Gnome Software only allows one cli…

Using AMD RX Vega driver OpenCL on Fedora 29

The Raven Ridge APU is very capable processor to handle OpenCL inside some applications like Blender, Darktable and Gimp. Unfortunately, the current implementation from Mesa, clover, stuck to 1.3, is not supported. AMD released their driver 18.40 with OpenCL2.0+ targeting only Red Hat Enterprise Linux/Cent OS 6.10 and 7.5 in addition of Ubuntu LTS. The good new is the former rpm format can be used on Fedora.

The graphical part of Raven Ridge is Vega 8, basically a cut-down of Vega56 or Vega64 meaning choosing either driver for RX Vega.
The instruction is provided for extracting the rpm files but here is
 some requirements for OpenCL:
kernel-devel (provided by Fedora repository)amdgpu-dkmsdkmslibopencl-amdgpu-proopencl-amdgpu-pro-icd Once done, applications needing OpenCL will automatically detect the driver located on /opt/amdgpu/lib64. Blender will list as unknown AMD GPU and Darktable will enable it.



There is a ROCm version but it currently does not support the graphical side of Rav…

HP, Linux and ACPI

Majority of HP hardware running on Linux and even Microsoft reported an issue related to a non-standard compliant ACPI. Notable message below repeats at least three times on the boot:


4.876549] ACPI BIOS Error (bug): AE_AML_BUFFER_LIMIT, Field [D128] at bit offset/length 128/1024 exceeds size of target Buffer (160 bits) (20190215/dsopcode-198) 
[ 4.876555] ACPI Error: Aborting method \HWMC due to previous error (AE_AML_BUFFER_LIMIT) (20190215/psparse-529) 
[ 4.876562] ACPI Error: Aborting method \_SB.WMID.WMAA due to previous error (AE_AML_BUFFER_LIMIT) (20190215/psparse-529)


The bug is a known for years from which Linux kernel team are unable to fix without the help of vendor i.e. HP. Here is a compilation of reports:
BIOS error: The BIOS in this system is not fully ACPI compliant. ACPI BIOS ERROR (blue screen) on startup ACPI bad works with Linux  The good news is some errors seems harmless. Unfortunately, such errors displayed the quirks approach used by vendors to support …