You are not logged in.
Pages: 1
Using https://wiki.archlinux.org/index.php/Pa … ny_package
I found a bunch of files in /usr/share/mime
Is it okay to delete the mime folder? What is it for?
Offline
No you should not delete it.
pacman -Qo /usr/share/mime
Which files did you find were disowned?
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Online
What is MIME: http://en.wikipedia.org/wiki/MIME
Some examples what is it for: https://wiki.archlinux.org/index.php/De … plications
There's another script that you can adjust to exclude many false positives: https://wiki.archlinux.org/index.php/Lostfiles e.g. from /usr/share/mime/
Offline
What is MIME: http://en.wikipedia.org/wiki/MIME
Some examples what is it for: https://wiki.archlinux.org/index.php/De … plicationsThere's another script that you can adjust to exclude many false positives: https://wiki.archlinux.org/index.php/Lostfiles e.g. from /usr/share/mime/
How does MIME apply to me?
I previously moved /usr/share/mime to /usr/share/mime.back
Nothing stopped functioning.
Should I just move it back?
that script is listing important directories like /boot and /home as well as a lot of other stuff that shouldn't be deleted.
Last edited by jumpily (2013-09-28 21:49:29)
Offline
Yes, you should move it back. Did you actually check which packages own the directory? Unless neither the directory nor anything in it is owned by any package, moving it will create difficulties with package management at some point. Note that lots of packages create directories and folders in /usr/share/mime and may depend on them, even though they are not installed as part of the package.
Compare: no package owns /usr/share/fonts/TTF/fonts.dir but this file is created or updated by packages which install fonts into this directory. Without it, the system loses track of the fonts available on the system.
Applications which depend on mimetypes use them to identify files and to figure out which applications can deal with which files.
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Online
Yes, you should move it back. Did you actually check which packages own the directory? Unless neither the directory nor anything in it is owned by any package, moving it will create difficulties with package management at some point. Note that lots of packages create directories and folders in /usr/share/mime and may depend on them, even though they are not installed as part of the package.
Compare: no package owns /usr/share/fonts/TTF/fonts.dir but this file is created or updated by packages which install fonts into this directory. Without it, the system loses track of the fonts available on the system.
Applications which depend on mimetypes use them to identify files and to figure out which applications can deal with which files.
Cool, thank you.
Offline
What is MIME: http://en.wikipedia.org/wiki/MIME
Some examples what is it for: https://wiki.archlinux.org/index.php/De … plicationsThere's another script that you can adjust to exclude many false positives: https://wiki.archlinux.org/index.php/Lostfiles e.g. from /usr/share/mime/
Whata is that script supposed to return? It's returning important directories.
Offline
I only fixed it so it works https://wiki.archlinux.org/index.php?ti … did=253652 but, as I said, it needs to be adjusted to exclude many false positives.
I have no use for neither https://wiki.archlinux.org/index.php/Pa … ny_package nor https://wiki.archlinux.org/index.php/Lostfiles but you can e.g. combine them to create one fully functional script :-)
Offline
I'm not sure how lostfiles[1] is actually working since it's showing files that doesn't exist on my filesystem as orphaned. Am I missing something?
Example output:
...
/usr/share/licenses/libxcomposite
/usr/share/licenses/libxcomposite/COPYING
/usr/share/licenses/libxcursor
/usr/share/licenses/libxcursor/COPYING
/usr/share/licenses/libxdamage
/usr/share/licenses/libxdamage/COPYING
/usr/share/licenses/libxdmcp
/usr/share/licenses/libxdmcp/COPYING
...
But...
ls /usr/share/licenses/lixdmcp
ls: cannot access /usr/share/licenses/lixdmcp: No such file or directory
1. https://wiki.archlinux.org/index.php/Lostfiles
Last edited by graysky (2013-10-23 11:59:53)
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
I'm not sure how lostfiles[1] is actually working since it's showing files that doesn't exist on my filesystem as orphaned. Am I missing something?
Example output:
... /usr/share/licenses/libxcomposite /usr/share/licenses/libxcomposite/COPYING /usr/share/licenses/libxcursor /usr/share/licenses/libxcursor/COPYING /usr/share/licenses/libxdamage /usr/share/licenses/libxdamage/COPYING /usr/share/licenses/libxdmcp /usr/share/licenses/libxdmcp/COPYING ...
But...
ls /usr/share/licenses/lixdmcp ls: cannot access /usr/share/licenses/lixdmcp: No such file or directory
I guess you have extra/libxdmcp installed, but the license file has gone AWOL?
What the script is doing is comparing what pacman thinks is on your system, with what's actually on your system, anything listed is either:
1) not on the filesystem, but pacman thinks it should be.
Or
2) on the filesystem, but pacman doesn't know about it. (such as user files, cache files, etc)
EDIT: It also lists the directories it deliberately omits from the find command too, which is a bit confusing.
Last edited by WorMzy (2013-10-23 12:42:48)
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
I see... the script is confusing then as I would expect the output to be only files on the filesystem that are orphaned... I have no interest in seeing what a package provides that is not on the filesystem.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Change 'comm -3' to 'comm -13', then it'll suppress files unique to the the first input (i.e. files that pacman thinks should be there, but aren't).
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
@MorMzy - Thank you. Works as expected now. I also updated the code on the wiki with additional paths that are in my opinion, false positives and in the case of /boot/grub highly dangerous to remove.[1]
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Tracking changes on the wiki is lame; I pulled the code off the wiki and into a github repo. AUR package: https://aur.archlinux.org/packages/lostfiles
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Pages: 1