QDirStat

Qt-based directory statistics: KDirStat without any KDE -- from the author of the original KDirStat.

Target Platforms: Linux, BSD, Unix-like systems

License: GPL V2

Updated: 2016-04-08

Overview

QDirStat is a graphical application to show where your disk space has gone and to help you to clean it up.

This is a Qt-only port of the old Qt3/KDE3-based KDirStat, now based on the latest Qt 5. It does not need any KDE libs or infrastructure. It runs on every X11-based desktop on Linux, BSD and other Unix-like systems.

QDirStat has a number of new features compared to KDirStat. To name a few:

Multi-selection in both the tree and the treemap.
Unlimited number of user-defined cleanup actions.
Properly show errors of cleanup actions (and their output, if desired).
File categories (MIME types) and their treemap color are now configurable.
Exclude rules for directories are easily configurable.
Desktop-agnostic; no longer relies on KDE or any other specific desktop.

See section New Features for more details.

Screenshots

![Main Window Screenshot] (https://github.com/shundhammer/qdirstat/blob/master/screenshots/QDirStat-main-win.png)

Main window screenshot - notice the multi-selection in the tree and the treemap

![Cleanup Action Output Screenshot] (https://github.com/shundhammer/qdirstat/blob/master/screenshots/QDirStat-cleanup-output.png)

Screenshot of output during cleanup actions. Of course this window is purely optional.

![Cleanup Action Configuration Screenshot] (https://github.com/shundhammer/qdirstat/blob/master/screenshots/QDirStat-cleanup-config.png)

Screenshot of cleanup configuration.

![MIME Categories Configuration Screenshot] (https://github.com/shundhammer/qdirstat/blob/master/screenshots/QDirStat-mime-config.png)

Screenshot of MIME category configuration where you can set the treemap colors for different file types (MIME types), complete with a real treemap widget as preview.

![Exclude Rules Configuration Screenshot] (https://github.com/shundhammer/qdirstat/blob/master/screenshots/QDirStat-exclude-rules-config.png)

Screenshot of the exclude rules configuration where you can define rules which directories to exclude when reading directory trees.

![Tree Column Configuration Screenshot] (https://github.com/shundhammer/qdirstat/blob/master/screenshots/QDirStat-column-config.png)

Context menu of the tree header where you can configure the columns.

Current Development Status

Beta status -- V0.98 (Beta 3) The final release is coming closer!

2016-04-08
- Beta 3
- Fixed GitHub issue #15:
  
  After a cleanup action is executed that needs refreshing the affected subtree, the parent directory is selected, which is intentional so the user's focus is not thrown off completely. There was a bug when you selected an item in the treemap afterwards, that change was not correctly propagated to the internal selection model: The parent directory remained selected (which was wrong), and the newly selected item was just added to the selection, i.e. that item and (typically) its parent directory was selected. When a potentially dangerous cleanup operation was now started, it would affect not only that item, but also the directory; and, worse, that directory often went out of the visible scope of the tree view. Yes, the confirmation popup would ask for both of them, but you all know how quickly users click away those popups without really reading them. This bug is now fixed.
- Improved the confirmation popup. Now highlighting directories much more if there is a "mixed" selection, i.e., both directories and non-directories are selected at the same time:
  
  ![New cleanup confirmation popup] (https://cloud.githubusercontent.com/assets/11538225/14390476/8b022c9a-fdb7-11e5-8eef-a5ba304d3bab.png)
2016-03-20
- Beta 2
  
  Beta 1 has now been out for 6 weeks, and I have not received one single bug report during that time. Maybe it's just business as usual, and people just keep waiting for others to do the testing, while they themselves are waiting for a stable release. Well, okay, so let them have their way: The current code is now officially V0.92 Beta 2. And it won't be another 6 weeks; the next versions will come a lot more quickly. Once V1.0 final is out, any bug reports will have to wait until there is time to work on them. So, folks, use those Betas wisely.
  
  BTW those who actually did test it will find that QDirStat is a lot more stable even in Beta 1 than other pieces of software in their official final release.
2016-02-27
- Debian / Ubuntu packaging contributed by Nathan Rennie-Waldock. He also made a PPA repository available for various Ubuntu versions - see Ubuntu packages below.
2016-02-06
- Added tab for exclude rules configuration to the config dialog (see screenshot above). That's it: That was the last missing major feature.
  
  I hereby declare QDirStat to be Beta.
  
  Please use the GitHub issue tracker for any bug reports.
- Exclude rules can now optionally match against the full path again. I had changed this for just the directory name without the path by default, which makes regexps a lot simpler. You can now select the old behaviour, too, if you wish. This is configurable in the exclude rules tab of the config dialog.
- Made the config file format of the new view header columns human readable and editable. The first version from yesterday used the native format of Qt's QHeaderView -- a QByteArray in hex encoding. This was a sorry excuse for a settings format - not usable for anybody, not legible, much less editable. Trolls, WTF? Pretty and usable formats everywhere else, and a glorified (well, not even glorified) hexdump here?
  
  I hope some admins who might want to provide ready-made config files for their users will appreciate that. If not, this is just for consistency's sake; I want to be able to read and edit my config file as I like, even without any graphical config dialogs.
- The tree view now uses "middle eliding" for texts that don't fit into a column. It used to elide at the end of the text, but that's not necessarily useful for long file names; they often differ only at the end with lots of text at the start in common. So, now it's no longer "VeryLongTextBlurb...", but "VeryLongTe...foo.o" if anything needs to be cut off. Of course, this makes most sense with the new column width modes, otherwise your column will simply be resized wide enough to fit everything in.

See file DevHistory.md for older entries:

https://github.com/shundhammer/qdirstat/blob/master/DevHistory.md

Motivation / Rant

After having used KDE since its early days (since about 1998), I don't like the direction any more that KDE is taking. I loved KDE 1, KDE 2, KDE 3. When KDE 4 came along, it took me a long time to try to adopt it, and when I did, I moved back to KDE 3 after a short while, then tried again with the next release, moved back again -- several times.

I really tried to like it, but whenever I thought I tamed it to meet my requirements, a new version came along that introduced yet another annoyance.

To name a few:

I don't like the fact that I can't simply put icons on my desktop any more -- no, I have to create a plasmoid first as a container, and those things keep doing weird stuff that drives every user crazy. With one false move of your mouse, it might be gone, change shape, move to another place or whatever.
I also don't like the desktop search that eats resources like there is no tomorrow (disk space, disk I/O, CPU usage) and that for all practical purposes you can't get rid of.
I don't like the fact that the mail client relies on that MySQL based framework called Akonadi that is not only resource-hungry, but also so fragile that I had to use the akonadiconsole lots of times just to bring it back to life. Seriously, if I as a Linux system developer have a hard time doing that, what is a normal user expected to do?
Activities vs. multiple desktops. I tried to use both, but they don't integrate well. The desktops previewer is far inferior to the old one from KDE3: Only monochrome rectangles, no real preview. The activities plasmoid keeps rearranging my carefully placed and named activities at random. WTF?!

Now the next generation KDE is arriving, Plasma 5. When I was force-migrated to it at work with the SUSE Tumbleweed rolling release, the experience was so bad that I moved to the Xfce Desktop.

Now every time I start my own KDirStat, it starts about a dozen KDE processes along with it -- processes that it needs only for minor things like loading icons or translations. I really don't need or want that.

Time to make KDirStat self-sufficient; it never used that much of all the KDE infrastructure anyway. Time to make a pure Qt-based and self-sufficient QDirStat.

And while I was at it, time to add some features that I had wanted for a long time, yet I could never get myself to start working on:

Multi-selection in the directory tree so you can delete several files at once.
Remove limitations like having only a fixed number of user-defined cleanup actions.
Properly show the output of cleanup actions, in particular when they reported errors.
Make treemap colors configurable: Use custom colors and match them to user-defined filename extensions.
Move away from the arcane KDE build system: Back with KDE 1/2/3 it was the Autotools with custom KDE extensions that only a handful people in the world understood (I was not among them), later CMake which is little better, just differently confusing.

Yes, there is a Qt4 / Qt5 port of KDirStat called K4DirStat. K4DirStat is an independent project that started when I had not worked on the old KDirStat for a long time (my last KDirStat release had been in mid-2006).

QDirStat is based on that same code from the 2006 KDirStat. It's an 80% rewrite using a lot of newer Qt technologies. And there was a lot of cleaning up that old code base that had been long overdue.

New Features

Multi-selection:
- Both views (the tree and the treemap) now support extended selection, i.e. you can select more than one item. This was the most requested feature for the last KDirStat. Now you can now select more than one item at once to move it to the trash can, to directly delete it or whatever.
- Tree view:
  - Shift-click: Select a range of items.
  - Ctrl-Click: Select an additional item or deselect a selected one.
- Treemap:
  - Ctrl-Click: Select an additional item or deselect a selected one.
  - The current item is highlighted with a red rectangle, all other selected ones with a yellow rectangle. If the current item is not also selected, it has a dotted red outline.
Proper output of cleanup actions with different colors for the commands that are executed, for their output and for error messages (see screenshot above). That output window can be configured to always open, to open after a certain (configurable) timeout, or only if there are error mesages -- or not at all, of course. If things go wrong, you can kill the external command started by the cleanup action from there. You can zoom in and out (increase or decrease the font size) as you like.
New macros to use in cleanup actions:
- %d : Directory name with full path. For directories, this is the same as %p. For files, this is their parent directory's %p.
- %terminal : Terminal window application of the current desktop; one of "konsole", "gnome-terminal", "xfce4-terminal", "lxterminal", "eterm". The fallback is "xterm".
- %filemanager : File manager application of the current desktop; one of "konqueror", "nautilus", "thunar", "pcmanfm". The fallback is "xdg-open".
Which desktop is used is determined by the $XDG_CURRENT_DESKTOP environment variable. Users can override this with the $QDIRSTAT_DESKTOP environment variable, so you can get, say, the Xfce terminal or file manager despite currently running KDE if you set
```
export QDIRSTAT_DESKTOP="Xfce"
```
Of course, you can still simply use your favourite file manager if you simply change %filemanager in the default "Open File Manager Here" cleanup action to the command to start it.
You can now select the shell to use for the cleanup commands:
- $SHELL (the user's login shell) - using the same environment, syntax and wildcard etc. behaviour of the shell the user is used to.
- /bin/bash for well-defined behaviour for wildcards etc.
- /bin/sh as a last resort (which might be a simplistic dash on Ubuntu).
Mouse actions in the treemap window:
- Left click: Select item and make it the current item.
- Right click: Open the context menu with cleanup actions and more.
- Ctrl+Left click: Add item to selection or toggle selection.
- Middle click: Select the current item's parent. Cycle back at toplevel.
- Double click left: Zoom treemap in.
- Double click middle: Zoom treemap out.
- Mouse wheel: Zoom treemap in or out.
You can configure what columns to display in the tree view and in which order. The only thing that is fixed is the "Name" column which is always there and always the first (leftmost). Use the context menu in the tree header to unlock column widths. Drag columns to the left or right to change their order.
Exclude rules are now greatly simplified. They no longer always get the entire path to match which requires quite complex regexps; by default, they only get the last path component -- i.e., no longer "/work/home/sh/src/qdirstat/src/.git", but only ".git". You can now even tell the exclude rule to use a simplified syntax: "FixedString" or "Wildcard" in addition to the normal "RegExp". The old behaviour (matching against the full path) is still available, though.
Configuration dialog for exclude rules -- see screenshots.
Actions to go one directory level higher or to the toplevel: Context menu and menu "Go To" -> "Up One Level" or "Toplevel". This is useful if you clicked on a file in the treemap that is deep down in some subdirectory, and you want to know what subdirectory that is: Simply click "Go Up" twice (the first click will get you to the pseudo subdirectory, the second one to the real one).
Open all tree branches up to a certain level and close all other ones: Menu "View" -> "Expand Tree To Level" -> "Level 0" ... "Level 9".
The total sum of the selected items (subtrees) is displayed in the status line if more than one item is selected.
Icons are now compiled into the source thanks to Qt's resource system; now it's just one binary file, and nothing will go missing. No more dozens of little files to handle.
The build system is now Qt's QMake. I got rid of that AutoTools (Automake, Autoconf, Libtool) stuff that most developers find intimidating with its crude M4 macro processor syntax. QMake .pro files are so much simpler, and they do the job just as well. And no, it will definitely never be CMake: I don't like that thing at all. It's just as much as a PITA as the AutoTools, just not as portable, no usable documentation, it's changing all the time, and those out-of-source builds are a royal PITA all on their own with constantly having to change back and forth between source and build directories.
QDirStat now has its own log file. It now logs to /tmp/qdirstat-$UID.log, which for most Linux home users (with only one user account on the machine) is typically /tmp/qdirstat-1000.log . No more messages on stdout that either clobber the shell you started the program from or that simply go missing.
No longer depending on dozens of KDE libs and a lot of KDE infrastructure; it now only requires Qt which is typically installed anyway on a Linux / BSD / Unix machine with any X11 (graphical) desktop.
It should still compile and work with Qt4. We now have a contributor who is very interested in that (Michael Matz), so it should be possible to maintain this compatibility.

Old Features

Features ported from the old KDirStat:

Fast and efficient directory reading.
Not crossing file system boundaries by default so you can see what eats up all the disk space on your root file system without getting distorted numbers due to all the other file systems that are mounted there. If you absolutely wish, you can use "Continue reading at mount point" from the context menu or from the "File" menu -- or configure QDirStat to always read across file systems.
Efficent memory usage. A modern Linux root file system has well over 200,000 objects (files, directories, symlinks, ...) and well over 20,000 directories. This calls for minimalistic C++ objects to represent each one of them. QDirStat / KDirStat do their best to minimize that memory footprint.
Hierarchical tree view that displays accumulated sums in each branch, together with a percent bar so you can see at a glimpse how the subdirectories compare with each other.
All numbers displayed human readable -- e.g., 34.4 MB instead of 36116381 Bytes.
Each tree level uses another color for that percent bar so you can easily compare subdirectories even if some of them are opened in the tree.
If a directory has files and subdirectories, all files in that subdirectory are grouped into a pseudo directory (called dot entry in the QDirStat sources) so you can compare the disk usage of files on that directory level with the subdirectories.
Displaying the latest modification time of any object in each branch. You can instantly see in what subdirectory where any changes lately. You can sort by this column, of course.
Treemap display. Treemaps are a way to visualize hierarchical data structures, invented by Ben Shneiderman. Basically, the hierarchy is flattened and each level grouped in a rectangle, inside which it is again subdivided in rectangles. The area of each rectangle corresponds to the size of each item or subdirectory. For the purposes of QDirStat, it is enough to know that a large blob corresponds to a large file; you can instantly see where large ISOs or movies are.
You can zoom the treemap in and out (Ctrl + / Ctrl - / mouse wheel / menu / tool bar) to see more details of directories that are otherwise dominated by larger ones.
You can move the boundary between treemap and tree view up and down as you like. You can also get rid of the treemap completely (menu "Treemap" -> "Show Treemap" or F9 key)
Treemap and tree list view communicate. Select an item in one view, and it is also selected in another. If you click on that large blob in the treemap, it is located in the tree view, all branches up to its directory are opened, and the tree view scrolls to that item.
Cleanup actions. Once you know what is consuming the disk space, you can start cleanup actions from within QDirStat to reclaim disk space - or to investigate further if you can safely delete a file. You can create your own cleanup actions (as many as you like), and there are some predefined ones:
- Open file manager here. This will start a file manager in the directory of the current item. QDirStat tries its best to guess the name of the relevant file manager application for the current desktop, based on the $XDG_CURRENT_DESKTOP environment variable. You can override this with the $QDIRSTAT_DESKTOP environment variable.
- Open terminal window here. In most cases, this is much easier than to navigate to that directory with 'cd' in an already open terminal window and using tab-completion numerous times. As with the file manager application, QDirStat tries its best to guess the name of the relevant terminal window application for the current desktop.
- Move to trash bin. QDirStat has its own implementation of the XDG trash specification.
- Delete immediately.
- Compress: Create a compressed tar archive from a directory and then delete the directory.
- Delete junk files: Backup files left behind by editors, core dumps.
- All predefined cleanup actions are fully configurable, of course. You can change any of them, disable them, or delete them.
You can copy the complete path of the selected file or directory to the system clipboard and paste it to another application.
Reading and writing cache files:
- This is mostly meant for remote servers in some server room somewhere: Rather than installing the Qt and X11 runtime environment and running QDirStat over remote X (ssh with X forwarding), you can run the supplied qdirstat-cache-writer Perl script on the server, copy the resulting cache file to your desktop machine and view the content there with QDirStat.
- For large directories (archives etc.) that don't change that much, you can also generate a QDirStat cache file (either with the Perl script or with QDirStat itself) and save it to that corresponding directory. If QDirStat finds a file .qdirstat.cache.gz in a directory, it checks if the toplevel directory in that cache file is the same as the current directory, and if it is, it uses the cache file for that directory rather than reading all subdirectories from disk. If you or the users that machine use QDirStat often, this might take a lot of I/O load from the server.
- If you use the '-l' option of the qdirstat-cache-writer script, it uses the long file format with a complete path for each entry, so you can use the zgrep command with it as a replacement for the locate command.
- The KDirStat / QDirStat file format is well documented and very simple. It seems to be used by a number of admins and some backup software. See also the specification in the doc/ directory: https://github.com/shundhammer/qdirstat/blob/master/doc/cache-file-format.txt
- You can specify a cache file to read directly at the command line:
```
````
  qdirstat --cache cache-file
````
```
Other command line options: See
```
qdirstat --help
```

Features that are Gone

(Compared with the old KDirStat)

KPacman: That was that PacMan animation wile reading directory reading. This is gone now. KPacMan looked out of place pretty soon after it got to KDirStat. I know that it does have its fans, but unless a graphics designer joins the project who can do that right, this will not come back.
KioDirReadJob: Network-transparent directory reading for network protocols like FTP, HTTP, Fish (ssh-based). This depended on KDE's KIO slaves, so this functionality is gone now without KDE. That's a pity, but this is a little price to be paid to avoid the rest of the hassle with using the KDE libs.
KFeedback: That was that form where users could tell their opinion about KDirstat. But that was not used that often anyway - not nearly enough to justify the effort that has gone into that part. And the KDE usability people, like usability people generally tend to do, first discussed that to death and then decided they didn't want anything like that in general in KDE applications. So be it.
KActivityTracker: That was a supporting class for KFeedback that kept track of how much a user was using the program and after a while (when it was determined that it made sense) asked if the user wouldn't like to give his feedback about the program. Don't you all just hate those dumbass web designers who tell you to do a survey how much you like their grand web page before you even had a chance to look at it? Shove a pop-up up your face covering the stuff you are interesting in with their self-loving marketing bullshit? -- KActivityTracker was made to avoid exactly this: Ask the user only once you know that he actually used the program for a while.

MacOS X Compatibility

I was amazed to find that it doesn't take more than the normal "qmake" and then "make" to build QDirStat for MacOS X. We (Sonja Krause-Harder and I) did some basic testing, and it seems to work.

The cleanups may need some adaptation, but this is something that might even be configured by the user.

If anybody wants to give it a try, download Qt for MacOS X, install it, open a shell window, search the qmake command:

find . -name qmake

Add this to your $PATH, then do the normal

qmake
make

Not sure how well "make install" works, though.

Be advised that QDirStat on MacOS X is purely experimental at this stage.

There is no support. If you try this, you are on your own. Even more so than with the other platforms, you will have to make sure that your Qt build environment is set up correctly.

There be dragons. ;-)

Architecture maintainer wanted for QDirStat for MacOS X

If you are a developer with some prior C++ and Qt know-how on the MacOS X platform and you'd like to see QDirStat working there, please consider joining the team.

Windows Compatibility

None for the forseeable future.

Directory reading might be quite easy to replace for Windows; we don't have that problem with devices and crossing filesystems on that platform.

But the cleanups might be a challenge, "move to trash" works completely differently, and we'd need an installer for a Windows version.

So, for the time being, use WinDirStat instead. WinDirStat is a close relative to the KDirStat family anyway; the author had liked KDirStat on Linux so much that he decided to write a Windows clone and called it WinDirStat.

Ready-made Packages

openSUSE / SUSE Linux Enterprise

QDirStat packages for:

openSUSE Tumbleweed
openSUSE Leap 42.1
openSUSE 13.2
SUSE Linux Enterprise (SLE) 12 SP1
SUSE Linux Enterprise (SLE) 12

[Download page] (https://software.opensuse.org/download/package?project=home:shundhammer&package=qdirstat)

Ubuntu

See Nathan Rennie-Waldock's [QDirStat PPA] (https://launchpad.net/~nathan-renniewaldock/+archive/ubuntu/qdirstat)

Building

Build Environment

Make sure you have a working Qt 5 build environment installed. This includes:

C++ compiler (gcc recommended)
Qt 5 runtime environment
Qt 5 header files
libz (compression lib) runtime and header file

If anything doesn't work, first of all make sure you can build any of the simple examples supplied with Qt, e.g. the [calculator example] (http://doc.qt.io/qt-5/qtwidgets-widgets-calculator-example.html).

Ubuntu

Install the required packages for building:

sudo apt-get install build-essential qtbase5-dev zlib1g-dev

Dependent packages will be added automatically.

Recommended packages for developers:

sudo apt-get install qttools5-dev-tools qtbase5-doc qtbase5-doc-html qtbase5-examples

SUSE

Install the required packages for building:

sudo zypper install -t pattern devel_C_C++
sudo zypper install libQt5Widgets-devel libqt5-qttools zlib-devel

If you also have a Qt4 development environment installed, make sure that the Qt5 version of 'qmake' is the first in your $PATH:

export PATH=/usr/lib64/qt5/bin:$PATH

Compiling

Open a shell window, go to the QDirStat source directory, then enter these commands:

qmake
make

Installing

sudo make install

su -c make install

Contributing

See file Contributing.md :

https://github.com/shundhammer/qdirstat/blob/master/Contributing.md

To Do

See file TODO.md :

https://github.com/shundhammer/qdirstat/blob/master/TODO.md

Troubleshooting

Can't Move a Directory to Trash

QDirStat does not copy entire directory trees to the trash directory in your home directory. It tries its best to copy single files there, but for anything larger, it strictly sticks to the XDG trash specification. So, if you have a separate /home partition (which is strongly recommended for a lot of reasons), you cannot move a directory from /tmp to trash because that would mean to move a directory across file systems -- from /tmp/somewhere to your ~/.local/share/Trash .

But there is an easy workaround. It's described in the XDG trash spec, but here is a simple recipe what you can do:

Create a dedicated trash directory on the toplevel (mount point) of that file system. If it is mounted at /data, do this:

cd /data
sudo mkdir .Trash
sudo chmod 01777 .Trash

Permissions '01777' means "rwx for all plus sticky bit". The sticky bit for a directory means that only the owner of a file can remove it. The sticky bit is required for security reasons and by the XDG trash spec (it's also required by the spec that applications like QDirStat refuse to use that trash directory it if it is not set).

Now you can move directory trees from /data/somewhere to the trash with QDirStat. It will end up in /data/.Trash/1000/files/somewhere (if 1000 is your numerical user ID which is common in Linux for the first created user). Your desktop's native trash application (your trash icon on the desktop and the file manager window you get when you click on it) should show it, and you can empty the trash from there.

In Xfce, this works out of the box. KDE might need a forced refresh (press F5) in that window.

For USB sticks, this explicit toplevel .Trash directory is usually not necessary: If you have write permission on its toplevel directory, QDirStat will (again in compliance to the XDG trash specification) create a trash directory .Trash-1000 in its toplevel directory which is the fallback if there is no .Trash directory there. This would also happen automatically on /data and / if you had write permission there -- which is, however, very uncommon.

What the major desktops (KDE, GNOME, Xfce) usually do with their native file managers is to recursively copy the entire directory tree to your home trash directory and then remove the original. Not only is this time-consuming and wasteful (copy stuff before deleting?!), it might also be error-prone if that directory tree contains symlinks, sockets or even just sparse files; and permissions and timestamps (mtime, ctime, not to mention atime) might or might not be the same as before. This might become a problem if you decide to restore that directory tree from the trash.

I thought about emulating this behaviour, but this basically means to reimplement large parts of what the rsync command does (calling rsync from within QDirStat might not be such a good idea - what if it's not available or anything goes wrong?), and frankly, I don't want to do that - in particular not for something that typically gets deleted shortly afterwards anyway upon "empty trash".

So, if you have this problem, please use the .Trash directory workaround described above.

Reference

Reviews

YouTube

[Spatry: Quick Look: QDirStat] (https://www.youtube.com/watch?v=ysm4-x_5ftI)

susematz / qdirstat Goto Github PK

qdirstat's Introduction

QDirStat

Overview

Screenshots

Current Development Status

Motivation / Rant

New Features

Old Features

Features that are Gone

MacOS X Compatibility

Architecture maintainer wanted for QDirStat for MacOS X

Windows Compatibility

Ready-made Packages

openSUSE / SUSE Linux Enterprise

Ubuntu

Building

Build Environment

Ubuntu

SUSE

Compiling

Installing

Contributing

To Do

Troubleshooting

Can't Move a Directory to Trash

Reference

Original KDirStat

K4Dirstat

WinDirStat (for Windows)

XDG Trash Spec

Reviews

YouTube

qdirstat's People

Contributors

Watchers

Recommend Projects

Recommend Topics

Recommend Org

Jobs