Add instructions for installing Linux desktop icons and integration #104718
No reviewers
Labels
No Label
Meta
Good First Issue
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
Eevee & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds, Tests & Devices
Module
Python API
Module
Rendering & Cycles
Module
Sculpt, Paint & Texture
Module
User Interface
Module
VFX & Video
Priority
High
Priority
Low
Priority
Normal
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Information from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender-manual#104718
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "Bill-Spitzak/blender-manual:main"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Note that these instructions are based on my own experiements and on
searching the Gnome and freedesktop.org online instructions. I was
unable to figure out any rule for placing icon files. These should
be tested on other Linux versions and the instructions improved.
However this is still a lot better than what existed previously.
I also changed the recommended install location to /opt to avoid
conflicts with packaged software.
Add instructions for installing Linux desktop icons and integrationto WIP: Add instructions for installing Linux desktop icons and integrationWIP: Add instructions for installing Linux desktop icons and integrationto Add instructions for installing Linux desktop icons and integrationee14304a4c
tocfa8c9aa42
I took a guess who I should say is a reviewer based on who did recent edits to the
linux.rst
file.These instructions have been long due, so thanks for that.
Overall I think, however, that calling the page "Installing freedesktop.org icons" is underselling it. You've given instructions on how to:
blender
from the terminal.blend
filesall of which are valuable guidance for unexperienced linux users. Not only that, but the intersection of users that know what "freedesktop" is but don't know how how to do the things listed here is rather small.
With that in mind, and considering it's only been tested on your machine, I'd suggest renaming it as an "Example install" or "Suggested installation steps".
@ -13,3 +13,3 @@
Download the Linux version for your architecture and decompress the file to the desired location
(e.g. ``~/software`` or ``/usr/local``).
(e.g. ``/opt`` or ``~/software``).
To be fair,
/usr/local
is a pretty popular location as well.@ -0,0 +6,4 @@
Exactly where to place icons varies depending on the Linux distribution and the
desktop environment theme. These instructions worked for Pop!_OS, an Ubuntu
spinoff. In general you should search for similar files in order to figure out what
directory to place the icons in. Text you may have to change is in red.
I can't see anything in red. Are the parts supposed to be in red the ones inside single-quotes?
For me the stuff in single quotes is red. If this is not true for everybody, I'm not sure what can be done. Possibly just not do anything except say outside the box that some of the text might change. Did it produce any kind of formatting for you?
I gave up on highlighting it.
@ -0,0 +16,4 @@
.. code-block:: sh
sudo mkdir /opt
Is this necessary? If so, perhaps it'd better be addressed in the preceding text ("if you happen not to have
/opt
, then you're free to create it/use the appropriate folder for your setup.").It'd be confusing for a newbie to start the tutorial getting an error on the first command (and it's going to happen to almost(?) every user that tries it).
Can also put in
-p
similar to your suggestion for fixing the symbolic links.@ -0,0 +25,4 @@
.. code-block:: sh
sudo rm /opt/blender
sudo ln -s blender-'4.0.2-linux-x64' /opt/blender
You can substitute the existing link in a single command, with
ln
's-Tf
flags:sudo ln -sTf blender-'4.0.2-linux-x64' /opt/blender
instead of manually removing
/opt/blender
, which is going to yield an error in the probable case that it doesn't exist.@ -0,0 +32,4 @@
.. code-block:: sh
sudo ln -s /opt/blender/blender /usr/bin/blender
sudo ln -s /opt/blender/blender-thumbnailer /usr/bin/blender-thumbnailer
Should this step be placed somewhere else?
I probably should change the text to "make the commands in the blender installation work from the command line". I was concerned that there may be more than these two in the future, and that putting all the similar commands next to each other is better.
@ -0,0 +48,4 @@
.. code-block:: sh
sudo ln -s /opt/blender/blender.svg /usr/share/icons/'hicolor/'scalable/
I guess everything under
/usr/share/icons/
is freedesktop-compliant, but based on what other apps on my machine do, I'd go one level further still:/usr/share/icons/hicolor/scalable/apps/
.Yes looks like a good idea, and it works for me.
@ -0,0 +52,4 @@
**Check if the "mime type" exists**
This may be true of any modern Linux install.
"This may be true"? Perhaps "This should work in any modern..."
@ -0,0 +58,4 @@
:emphasize-lines: 2
mimetype foo.blend
foo.blend: application/x-blender
The formatting makes it seem like this is another command, not an output from the previous command. You could put the prompt sign
$
before every command, or write about the expected output here in text, out of the code-block, or something else. I'd favour the first option.@ -0,0 +97,4 @@
/usr/share/icons/'Pop/'scalable/mimetypes/application-x-blender.svg
sudo update-icon-caches /usr/share/icons/'Pop/'
**Make thumbnails work for .blend files**
Is this needed? Mine seem to have worked out-of-the-box.
I needed it but maybe you had something left over from a previous blender install, or it comes already setup on some systems? Also once a thumbnail is created it seems to stay around even if you remove the thumbnailing setup.
Probably should change the text to say "do this if thumbnails don't work".
Blender 4.1 is coming in two weeks, and the blender devs are focused on that at the moment. I've reached out to them in the chat (#docs, in blender.chat) and @blendify assured me he is aware of this PR and hopes to get to it soon.
@Bill-Spitzak thanks for looking into this, a few notes:
Much of these instructions seems like something we could automate, for example, setting up the file association & thumbnailer would be nicer to have something similar to windows
--register
and--register-allusers
, which would setup file associations & create a desktop file.I'm not so keen on recommending users link files directly into
/usr/
, nowadays~/.local/
is often used for user-local executable, mime types, desktop files etc. This also removes the need to use sudo for most/all commands.Even though it would be good to have
blender --register
working, it's not a good reason to block this PR, I'll note some minor requests inline.@ -12,16 +12,15 @@ Install from blender.org
========================
Download the Linux version for your architecture and decompress the file to the desired location
Use a comma instead of multiple or's.
@ -0,0 +3,4 @@
Linux example install of downloaded Blender
*******************
The following commands sucessfully installed the downloaded 4.0.2 version of Blender
References to exact blender versions and spesific distributions should be avoided.
If you want to note this it can be added in a comment which isn't included in the output.
@ -0,0 +34,4 @@
.. code-block:: sh
sudo ln -s /opt/blender/blender /usr/bin/blender
Prefer
~/.local/bin
over/usr/bin
.@ -0,0 +43,4 @@
.. code-block:: sh
sudo ln -s /opt/blender/blender.desktop /usr/share/applications/
Prefer
~/.local/share/applications/
over/usr/share/applications/
.@ -0,0 +51,4 @@
.. code-block:: sh
sudo ln -s /opt/blender/blender.svg /usr/share/icons/hicolor/scalable/apps/blender.svg
Prefer
~/.local/share/icons
over/usr/share/icons
@ -0,0 +75,4 @@
Put the following into ``/usr/share/mime/packages/Overrides.xml``:
.. code-block:: xml
This seems like something Blender should bundle, then it can be installed via:
Arch Linux for e.g. includes an
x-blender.xml
, so I assume we could bundle this too.My system also already contained the .blend file mime type, but no icon for it. I just copied these instructions from a web page about adding mime types, do not know for certain if they work. I do not know enough about how to cleanly remove things (there seem to be cache files) in order to be able to actually test if this stuff works.
@ -0,0 +96,4 @@
.. code-block:: sh
sudo ln -s /opt/blender/blender-symbolic.svg \
This seems pop-os spesific, if we give instructions for a spesific distro I would rather use one of the main-stream Linux distros Ubuntu/Debian/Redhat for e.g.
All I know is I had to try several directories before they appeared If anybody can decipher freedesktop.org's rules it would help. Would like something like "put it in
$XDG_SECRET_DIRECTORY/scalable/blend.svg
but have not found anything like that.@ -0,0 +108,4 @@
Thumbnails may already be working, try saving a ``.blend`` file and then looking
at it in the files application. If not this should make them work:
Put the following into ``/usr/share/thumbnailers/x-blender.thumbnailer``:
~/.local/share/thumbnailers
can be used here.Submitted a WIP patch to handle some of these operations via
blender --register
blender/blender!120283.Since blender/blender@9cb3a17352,
blender --register
can be used, replacing many of the commends from the document.Requesting changes to simplify text to remove commands now handled by register.
Closing this PR as in active, please re-open if you want to continue working on this.
Pull request closed