Yes - definitely should be a Conflicts: line in the control file for that one : )
-
The forum software that supports hummy.tv has been upgraded to XenForo 2.3!
Please bear with us as we continue to tweak things, and feel free to post any questions, issues or suggestions in the upgrade thread.
tidy-folders extension package
- Thread starter prpr
- Start date
OP
prpr
Well-Known Member
Done that.
It's easy enough to do in C as well. Both were supported in the first version.
Done that as well, and fixed the packaging screw-up previously mentioned.
Latest version here:
<removed>
For anyone else's benefit, here's a quick guide on how to get it/install it:
1) telnet to your Humax box
2) cd /mod/tmp
3) wget <removed>
4) opkg install tidy-folders_1.0.1_mipsel.opk
You can remove it by
1) opkg remove tidy-folders
2) rm /mod/tmp/tidy-folders_1.0.1_mipsel.opk
or use the web interface to uninstall it.
OP
prpr
Well-Known Member
http://wiki.hummy.tv/wiki/Create_Packages then follow the link on there to the Debian package manual.
But yes, just "Conflicts: flatten" - you can specify versions etc. but you just want to declare an outright conflict here.
But yes, just "Conflicts: flatten" - you can specify versions etc. but you just want to declare an outright conflict here.
Black Hole
May contain traces of nut
Maybe, but not .autoshrink or .autodecrypt, and who knows what other flags there may be in the future. I propose it is only valid to delete a folder if it only contains remnants that the Humax itself might have left behind, or alternatively ensure that it ignores folders starting "[".
Actually I see no reason flatten and tidy-folders couldn't be used together, it just wouldn't do very much in most circumstances. I don't see them as an actual conflict.
I guess it can do whatever you like as long as it is clear in the documentation what the consequences are and what potential conflicts there may be. I think we are suggesting refinements that make it have fewer consequences for a larger catchment of potential users, and having it delete to the recycle bin would add a layer of protection for anybody who did not understand the consequences.
OP
prpr
Well-Known Member
Flags can be put back easily so that is of little concern and IMHO no reason to delete to the bin. If you don't want this auto-cleanup behaviour then don't install the package! Obviously it won't suit everybody.
It may not surprise you to find I have another extension called "auto-flags" which adds .autodecrypt and .autoshrink to any folders the machine creates automatically as a result of Series Link recordings!
Where does documentation go anyway? There seems to be nowhere for it in the package itself.
It may not surprise you to find I have another extension called "auto-flags" which adds .autodecrypt and .autoshrink to any folders the machine creates automatically as a result of Series Link recordings!
Where does documentation go anyway? There seems to be nowhere for it in the package itself.
Black Hole
May contain traces of nut
Oh, I see. So somebody with a dedicated folder they use to drop stuff into for shrinking will just have to remake it every time or not use tidy-folders. What's so wrong with using the recycle bin anyway? I'm not talking about what you might do or what I might do, but what would make it most useful to the wider community.
OP
prpr
Well-Known Member
OP
prpr
Well-Known Member
It doesn't remove any folder whose name starts with a '[' or a '.' - I think this is a reasonable compromise, and should satisfy the wider community.
You already suggested names starting with '[' be somehow special, so I took it on board.