Request: Possible to move zzzFM to Stable Repo?

[timkb4cq]

What tools are dependent on featherpad?

Code: Select all

$ apt-cache rdepends featherpad
featherpad
Reverse Depends:
  featherpad-l10n
  featherpad-l10n
  lxqt
  lxqt-core

I personally like featherpad a lot more than mousepad but a tool that pulls up a text editor should use the system default.

[AVLinux]

What tools are dependent on featherpad?

Code: Select all

$ apt-cache rdepends featherpad
featherpad
Reverse Depends:
  featherpad-l10n
  featherpad-l10n
  lxqt
  lxqt-core

I personally like featherpad a lot more than mousepad but a tool that pulls up a text editor should use the system default.

Actually I may have misspoke..

I came to MX after many years of pure Debian and had never encountered Featherpad... however it seems to get installed with XFCE4 on MX and Mousepad has to be manually installed later.. Since Featherpad came by default and is registered by default with all of the common Text mimetypes I was under the impression that MX 'needed' Featherpad so I've never uninstalled it and seen what an install without it would behave like.. Maybe I should try that first..

I've just tired of every time I bang open a system config file Featherpad and Mousepad are vying for me to choose them and when I'm not paying attention I often unwittingly open Featherpad and am not expecting it...lol Perhaps on the LXDE Spin I'll see what life with no Featherpad is like and then come back if I have further issues..

In any case zzzFM is looking ship shape here for inclusion into Stable!

[fehlix]

Seems working great now, with the mx-pkexec patch.
So yes, I'd vote to move it into main (stable) repo.

Note: For the record, in order to preset or adjust system/builtin defaults
One can populate with new directory /etc/xdg/zzzfm
A file "session", with adjusted "defaults"
E.g. as I prefer geany as text-editor
This file /etc/xdg/zzzfm/session

Code: Select all

[MOD]
editor-s=geany %F
root_editor-s=geany

would make for new user, the geany as editor preset.
Also any other manually adjusted setting can go into the systemwide default session file:
E.g. I prefer to not have automount but also internal drives shown:
/etc/xdg/zzzfm/session

Code: Select all

[MOD]
dev_show_internal_drives-b=1
dev_show_empty-b=1
dev_show_net-b=1
dev_show_file-b=1
dev_automount_optical-b=2
dev_automount_removable-b=2
dev_auto_open-b=2
main_terminal-s=lxterminal
su_command-s=/bin/su
gsu_command-s=/usr/bin/mx-pkexec
editor-s=geany %F
root_editor-s=geany

[figueroa]

It doesn't sound like "stable repo" to me. It's not really user-ready out-of-the box. Seems like testing is appropriate. Also, if the developer is out of the picture for now, maybe it's not going to be maintained.

[AVLinux]

It doesn't sound like "stable repo" to me. It's not really user-ready out-of-the box. Seems like testing is appropriate. Also, if the developer is out of the picture for now, maybe it's not going to be maintained.

It worked fully when it was in Test, it just displayed a Terminal window instead of the Graphical gksu type of Window and that is now fixed. @fehlix is just pointing out how much fine tuning there is available to deploying it and setting defaults for various needs, as it stands it now fully functional with XFCE4 and even LXDE. It's lineage is very long from PCManFMmod to SpaceFM and now zzzFM all being extended from a mature code base and if the current developer is currently on hiatus doesn't mean it's abandoned necessarily. It is a very mature and infinitely extensible D.E. agnostic File Manager which closes a big gap between PCManFM and Thunar IMHO.

[fehlix]

It doesn't sound like "stable repo" to me.

The "main" showstopper to make it work out of the box in MX is now fixed, thanks to @timkb4cq packaging-patch.

It's not really user-ready out-of-the box. Seems like testing is appropriate.

Not really sure, I understand. zzzFM is extremely customizable by the user through it's build in "Designer mode". The incarnation it get's delived through the package, was taken as it is provided by antiX. It is easy and understandable looking out of the box. Any manually adjustments in settings, menu-entries, added or removed functions or actions can be manually adjusted. The documentions deliverd is extremely good and allows user to adjust zzzFM to their liking.

Also, if the developer is out of the picture for now, maybe it's not going to be maintained.

zzzFM comes with antiX now, and as we all know the author of zzzFM is a main contributor to antiX development. I'm not concerned about maintenance state of a tool which is already highly proven, stable and well working.The main reason stated to get zzzFM out, was actually to provide a maintained and adjusted/enhanced "clone" of SpaceFM (which on it's own is extremely stable).

[Jerry3904]

I like it a lot, and am glad that it is now in Main. The Help file is terrific.

It will take a bit of experience to get used to and there are a couple of things I haven't got yet--such as column width, at least on my MX-Fluxbox box, where I haven't yet been able to reduce the enormous "Size" column to anything reasonable.

[AVLinux]

*added comment/question.

First, thanks very much for moving zzzFM to the stable repo!

It has become my main FM and now that I've been using it for a couple of weeks I kind of miss Video thumbnails since it is so powerful and configurable in other ways. I have been working behind the scenes with @fehlix on some features for an MX LXDE Respin and I have done a test build of zzzFM with ffmpegthumbnailer re-enabled (it is disabled by default) and Video thumbnails work very well and the overhead seems negligible. so far I have not encountered any buggy or detrimental performance. I realize that antiX is striving for super low resource usage but on an MX-based LXDE system if ffmpegthumbnailer added 10-15Mb of RAM consumption I think most MX people would rather have the 'big file manager' feature of Video thumbnails than not.

It is a trivial change to enable it in the Package build, simply add the build dependency of libffmpegthumbnailer-dev and alter /debian/rules line 9 to this:

Code: Select all

CONFIGURE_COMMON_FLAGS += --enable-video-thumbnails

That's it! In my experience using buildpackage it built and worked flawlessly on both 32 and 64bit systems. Would it be worth considering to add this functionality to the MX Packages..?

[Jerry3904]

Interesting! I think it would be worth while, especially if it could be optional.

I have been testing zzzfm myself for use in the Fluxbox versions, and I like it a lot more that I'm getting used to it. I'm keeping a feature list...

[fehlix]

Interesting! I think it would be worth while, especially if it could be optional.

Seems, you can disable thumbnail preview within prefs, but not distinguish between pic-thumbnails and video-thumbnails.