[opensuse] Little copy file problem
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name. So the question is: do you know a file browser that does offer to change the name, or even better, changes the name automatically? I try another file browser called "Files". It does change the ":" to "_", but it also changes the "ñ" to "_" which is not correct, as fat does accept the ñ, and it would be more correct to change to 'n'. There is "gnome-commander", which allows change the destination name if you try before pressing enter to go ahead. BUT, not if I select several files to copy. Midnight commander does not allow edit. Well, it does, in a cumbersome manner. Krusader can't. On multiple select it offers to skip. On single file it does not allow to edit name. It fails, and does not say the reason, just "can not copy", retry, cancel. PCManFM-Qt... simply crashes when asked to copy two such files! Tried twice. Others? Specially if you know they work, changing names for FAT media correctly. - -- Cheers Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXWKBIBwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVwcMAni75iQfPqCyhXEWuLq/y 8K/Gw2jSAJ9ckChp1751kkaUEFyNEY7gXJziiw== =T2PE -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday, 2019-08-25 at 14:37 +0200, Carlos E. R. wrote:
Hi,
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name.
So the question is: do you know a file browser that does offer to change the name, or even better, changes the name automatically?
...
Krusader can't. On multiple select it offers to skip. On single file it does not allow to edit name. It fails, and does not say the reason, just "can not copy", retry, cancel.
Dolphin does the same thing. - -- Cheers, Carlos E. R. (from openSUSE 15.0 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXWKHKhwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfV990An3+4R/ZBSu2XEx6C2esu uyshoQVQAJ9CCBd/EvSEB2d/WwIbmvxAoTk1pg== =hs0n -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sun, 25 Aug 2019 14:37:52 +0200 (CEST) "Carlos E. R." <robin.listas@telefonica.net> wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name.
So the question is: do you know a file browser that does offer to change the name, or even better, changes the name automatically?
Thunar certainly has 'rename'. Select multiple files in Thunar with mouse or keyboard, right click, and choose rename. Choose 'search and replace' from the drop down box if it's showing something else when it opens, and I think you can figure it out from there. Ralph -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 15.19, Ralph wrote:
On Sun, 25 Aug 2019 14:37:52 +0200 (CEST) "Carlos E. R." <robin.listas@telefonica.net> wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name.
So the question is: do you know a file browser that does offer to change the name, or even better, changes the name automatically?
Thunar certainly has 'rename'. Select multiple files in Thunar with mouse or keyboard, right click, and choose rename. Choose 'search and replace' from the drop down box if it's showing something else when it opens, and I think you can figure it out from there.
Of course I can rename the source files, but I absolutely refuse! I want the files to be renamed on the destination only, meaning as part of the copy operation. One of the tools does an automatic rename (Files), and another allows the single destination file to be renamed before starting the copy (gnome-commander). -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Am 25.08.19 um 15:38 schrieb Carlos E. R.:
On 25/08/2019 15.19, Ralph wrote:
On Sun, 25 Aug 2019 14:37:52 +0200 (CEST) "Carlos E. R." <robin.listas@telefonica.net> wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name.
So the question is: do you know a file browser that does offer to change the name, or even better, changes the name automatically?
Thunar certainly has 'rename'. Select multiple files in Thunar with mouse or keyboard, right click, and choose rename. Choose 'search and replace' from the drop down box if it's showing something else when it opens, and I think you can figure it out from there.
Of course I can rename the source files, but I absolutely refuse!
I want the files to be renamed on the destination only, meaning as part of the copy operation. One of the tools does an automatic rename (Files), and another allows the single destination file to be renamed before starting the copy (gnome-commander).
with "krename" you can select a different destination -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 15.46, zb4ng wrote:
Am 25.08.19 um 15:38 schrieb Carlos E. R.:
On 25/08/2019 15.19, Ralph wrote:
On Sun, 25 Aug 2019 14:37:52 +0200 (CEST) "Carlos E. R." <> wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name.
So the question is: do you know a file browser that does offer to change the name, or even better, changes the name automatically?
Thunar certainly has 'rename'. Select multiple files in Thunar with mouse or keyboard, right click, and choose rename. Choose 'search and replace' from the drop down box if it's showing something else when it opens, and I think you can figure it out from there.
Of course I can rename the source files, but I absolutely refuse!
I want the files to be renamed on the destination only, meaning as part of the copy operation. One of the tools does an automatic rename (Files), and another allows the single destination file to be renamed before starting the copy (gnome-commander).
with "krename" you can select a different destination
Not what I want. I want a file browser, not a hack. The file browser has to know in advance that the destination is FAT and that some letters in the file names are invalid and must be changed before writing. This is a feature. The filebrowser "Files" does it, but incorrectly. Do you know another filebrowser that does it correctly? -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Op zondag 25 augustus 2019 15:57:14 CEST schreef Carlos E. R.:
On 25/08/2019 15.46, zb4ng wrote:
Am 25.08.19 um 15:38 schrieb Carlos E. R.:
On 25/08/2019 15.19, Ralph wrote:
On Sun, 25 Aug 2019 14:37:52 +0200 (CEST)
"Carlos E. R." <> wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name.
So the question is: do you know a file browser that does offer to change the name, or even better, changes the name automatically?
Thunar certainly has 'rename'. Select multiple files in Thunar with mouse or keyboard, right click, and choose rename. Choose 'search and replace' from the drop down box if it's showing something else when it opens, and I think you can figure it out from there.
Of course I can rename the source files, but I absolutely refuse!
I want the files to be renamed on the destination only, meaning as part of the copy operation. One of the tools does an automatic rename (Files), and another allows the single destination file to be renamed before starting the copy (gnome-commander).
with "krename" you can select a different destination
Not what I want. I want a file browser, not a hack.
The file browser has to know in advance that the destination is FAT and that some letters in the file names are invalid and must be changed before writing. This is a feature. The filebrowser "Files" does it, but incorrectly.
Do you know another filebrowser that does it correctly? Why keep looking for something, when a solution is provided. See this:
KRename is a batch file renamer which can rename a list of files based on a set of expressions. Options: -r <folder> add folder recursively --template set a template --extension set a template for the file extension --use-plugin enable a plugin for use --copy <path or url> copy files to folder or url --move <path or url> move files to folder or url --link <path or url> link files to folder or url --start start renaming immediately --test start KRename's selftest (developers only) -h, --help Displays this help. -v, --version Displays version information. --author Show author information. --license Show license information. --desktopfile <file name> The base file name of the desktop entry for this application. Arguments: files Files to be added to the list to be renamed I've used this is the past dozens of times to exactly do what you want now. My choice in the end has been not to use FAT anymore, since renaming on some occasions was not an option. -- Gertjan Lettink a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 16.08, Knurpht-openSUSE wrote:
Op zondag 25 augustus 2019 15:57:14 CEST schreef Carlos E. R.:
On 25/08/2019 15.46, zb4ng wrote:
Am 25.08.19 um 15:38 schrieb Carlos E. R.:
On 25/08/2019 15.19, Ralph wrote:
On Sun, 25 Aug 2019 14:37:52 +0200 (CEST)
"Carlos E. R." <> wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name.
So the question is: do you know a file browser that does offer to change the name, or even better, changes the name automatically?
Thunar certainly has 'rename'. Select multiple files in Thunar with mouse or keyboard, right click, and choose rename. Choose 'search and replace' from the drop down box if it's showing something else when it opens, and I think you can figure it out from there.
Of course I can rename the source files, but I absolutely refuse!
I want the files to be renamed on the destination only, meaning as part of the copy operation. One of the tools does an automatic rename (Files), and another allows the single destination file to be renamed before starting the copy (gnome-commander).
with "krename" you can select a different destination
Not what I want. I want a file browser, not a hack.
The file browser has to know in advance that the destination is FAT and that some letters in the file names are invalid and must be changed before writing. This is a feature. The filebrowser "Files" does it, but incorrectly.
Do you know another filebrowser that does it correctly? Why keep looking for something, when a solution is provided. See this:
KRename is a batch file renamer which can rename a list of files based on a set of expressions.
I'm aware of krename, I have used it often. I'll perhaps use it the next time, if I remember that to copy files I have to use a rename tool instead. It is not that strange feature that I'm seeking for: the file browser "Files" has it, just overzealous. There are tools to rip music CDs that create the filenames with this option, for example.
I've used this is the past dozens of times to exactly do what you want now. My choice in the end has been not to use FAT anymore, since renaming on some occasions was not an option.
Not using FAT is not an option, it is demanded by the destination machine of the files :-( Maybe it supports ntfs or exfat, but the problem would be the same: the ":" is an invalid char. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Carlos, et al -- ...and then Carlos E. R. said... % % On 25/08/2019 15.19, Ralph wrote: % > On Sun, 25 Aug 2019 14:37:52 +0200 (CEST) % > "Carlos E. R." <robin.listas@telefonica.net> wrote: % > % >> I need to copy some files to an USB stick (FAT). The problem is, the % >> files have a ":" on their names, and Thunar (XFCE) says the name is ... % % Of course I can rename the source files, but I absolutely refuse! % % I want the files to be renamed on the destination only, meaning as part % of the copy operation. One of the tools does an automatic rename [snip] Aaahhhhhh... It's been a long time, and a lot of people have forgotten it, but I think I know the perfect thing. It's powerful and flexible, even if it takes some practice to really become efficient with it. Fortunately, it's part of the standard install on every flavor. sh ;-) Seriously, though, for a transform-during-copy, I bet that's your only bet. Should be an easy little script. Good luck! :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 15.48, David T-G wrote:
Carlos, et al --
...and then Carlos E. R. said... % % On 25/08/2019 15.19, Ralph wrote: % > On Sun, 25 Aug 2019 14:37:52 +0200 (CEST) % > "Carlos E. R." <robin.listas@telefonica.net> wrote: % > % >> I need to copy some files to an USB stick (FAT). The problem is, the % >> files have a ":" on their names, and Thunar (XFCE) says the name is ... % % Of course I can rename the source files, but I absolutely refuse! % % I want the files to be renamed on the destination only, meaning as part % of the copy operation. One of the tools does an automatic rename [snip]
Aaahhhhhh... It's been a long time, and a lot of people have forgotten it, but I think I know the perfect thing. It's powerful and flexible, even if it takes some practice to really become efficient with it. Fortunately, it's part of the standard install on every flavor.
sh
;-) Seriously, though, for a transform-during-copy, I bet that's your only bet. Should be an easy little script.
Nay. As I said, I found two GUI tools that do it, but with different caveats each one. mcopy did it also, long ago. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Carlos -- ...and then Carlos E. R. said... % % As I said, I found two GUI tools that do it, but with different caveats Well, great. But ... % each one. ... it sounds like you *didn't* find two tools since they don't really do it. I must admit that KRename -r --template <expr> --copy /dst /src or similar sounds pretty interesting, though. :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 16.15, David T-G wrote:
...and then Carlos E. R. said... % % As I said, I found two GUI tools that do it, but with different caveats
Well, great. But ...
% each one.
... it sounds like you *didn't* find two tools since they don't really do it.
"Files" (aka nautilus) does have the proper feature. As customary with Gnome is not configurable, thus not allowing to edit the replacement choices. Gnome Commander allows rename of the destination file, one by one. This is what I'm using.
I must admit that
KRename -r --template <expr> --copy /dst /src
or similar sounds pretty interesting, though.
:-D
True.
-- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
On Sun, 25 Aug 2019 15:38:35 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 25/08/2019 15.19, Ralph wrote:
On Sun, 25 Aug 2019 14:37:52 +0200 (CEST) "Carlos E. R." <robin.listas@telefonica.net> wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name.
So the question is: do you know a file browser that does offer to change the name, or even better, changes the name automatically?
Thunar certainly has 'rename'. Select multiple files in Thunar with mouse or keyboard, right click, and choose rename. Choose 'search and replace' from the drop down box if it's showing something else when it opens, and I think you can figure it out from there.
Of course I can rename the source files, but I absolutely refuse!
I want the files to be renamed on the destination only, meaning as part of the copy operation. One of the tools does an automatic rename (Files), and another allows the single destination file to be renamed before starting the copy (gnome-commander).
I would have simply copied them to an intermediate non-fat place first, renamed them there, and then copied the renamed to the fat disk. I don't get this... Why is this such a problem? In the time it took to write your original message the copy / rename / copy / delete the intermediate copy could have been done multiple times. Ralph -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 15.52, Ralph wrote:
On Sun, 25 Aug 2019 15:38:35 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 25/08/2019 15.19, Ralph wrote:
On Sun, 25 Aug 2019 14:37:52 +0200 (CEST) "Carlos E. R." <robin.listas@telefonica.net> wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name.
So the question is: do you know a file browser that does offer to change the name, or even better, changes the name automatically?
Thunar certainly has 'rename'. Select multiple files in Thunar with mouse or keyboard, right click, and choose rename. Choose 'search and replace' from the drop down box if it's showing something else when it opens, and I think you can figure it out from there.
Of course I can rename the source files, but I absolutely refuse!
I want the files to be renamed on the destination only, meaning as part of the copy operation. One of the tools does an automatic rename (Files), and another allows the single destination file to be renamed before starting the copy (gnome-commander).
I would have simply copied them to an intermediate non-fat place first, renamed them there, and then copied the renamed to the fat disk.
That's what I have done the previous time.
I don't get this... Why is this such a problem? In the time it took to write your original message the copy / rename / copy / delete the intermediate copy could have been done multiple times.
Oh, I'm actually copying the files as I write :-) But I just want to find the tool that does this automatically. There has to be more than one! I have done this before, so maybe the feature was removed or something. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Carlos E. R. composed on 2019-08-25 14:37 (UTC+0200):
Midnight commander does not allow edit. Well, it does, in a cumbersome manner.
You mean you can't script it as with sed? I don't find it cumbersome at all doing files one by one. Shift-F6 in GUI, Shift-F4 on ttys. How many files are you dealing with, and why do they have character names that are not universally supported across all popular filesystems? I never put punctuation marks or whitespace in a filename. Any time I need to download any with such inept and foolish names, I change them immediately, except for one problem child. Palemoon/Newmoon creates ~/.moonchild productions for profile configuration. >:-D -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 18.09, Felix Miata wrote:
Carlos E. R. composed on 2019-08-25 14:37 (UTC+0200):
Midnight commander does not allow edit. Well, it does, in a cumbersome manner.
You mean you can't script it as with sed? I don't find it cumbersome at all doing files one by one. Shift-F6 in GUI, Shift-F4 on ttys.
I'm not going to rename the originals.
How many files are you dealing with, and why do they have character names that are not universally supported across all popular filesystems?
Because it is my choice. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
after lot of reading, I think I become to understand what you want in summary, you want to copy strange named files from linux file system to fat (probably fat32). But you want a GUI... This may be a more difficult problem than what you think, for various reasons I have similar problem and solutions described here: http://www.dodin.org/wiki/pmwiki.php?n=Photo.NormaliserPourPiwigo (sorry, in french but should be understandable) but problems are as follow: * there are forgiven characters in any Windows file system (including NTFS, like \ backslash), * even in Linux there are problem, when utf8 characters are read as 8 bits ones, because some begin with zero, the only one Linux don't want. You then get a black lozenge, and only CLI with jokers can get rid of them. * trying to replace offending chars by - or _ may lead to duplicates * FAT don't makes any case difference I probably forget many. so why I don't see any GUI able to manage this cleanly detox is what I know to do the best job, it's CLI, so probaly possible to pipe it jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 21.34, jdd@dodin.org wrote:
after lot of reading, I think I become to understand what you want
in summary, you want to copy strange named files from linux file system to fat (probably fat32). But you want a GUI...
Exactly :-) Nautilus (aka files) does that. But has excessive zeal and replaces "ñ" with "_". And David Haller just posted a wonderful idea using 'mc' custom menus. Maybe Krusader can be customized that way, I don't know. But I like 'mc' a lot.
This may be a more difficult problem than what you think, for various reasons
I have similar problem and solutions described here:
http://www.dodin.org/wiki/pmwiki.php?n=Photo.NormaliserPourPiwigo
(sorry, in french but should be understandable)
but problems are as follow:
* there are forgiven characters in any Windows file system (including NTFS, like \ backslash),
But I know these do not happen in my files. Only ":" is a problem, I think, I use it often.
* even in Linux there are problem, when utf8 characters are read as 8 bits ones, because some begin with zero, the only one Linux don't want. You then get a black lozenge, and only CLI with jokers can get rid of them. * trying to replace offending chars by - or _ may lead to duplicates * FAT don't makes any case difference
I probably forget many.
so why I don't see any GUI able to manage this cleanly
detox is what I know to do the best job, it's CLI, so probaly possible to pipe it
detox? No package. :-? -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Le 25/08/2019 à 21:49, Carlos E. R. a écrit :
detox? No package. :-?
https://software.opensuse.org/package/detox -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 21.54, jdd@dodin.org wrote:
Le 25/08/2019 à 21:49, Carlos E. R. a écrit :
detox? No package. :-?
Thanks :-) -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Carlos E. R. composed on 2019-08-25 20:22 (UTC+0200):
Felix Miata wrote:
Carlos E. R. composed on 2019-08-25 14:37 (UTC+0200):
Midnight commander does not allow edit. Well, it does, in a cumbersome manner.
You mean you can't script it as with sed? I don't find it cumbersome at all doing files one by one. Shift-F6 in GUI, Shift-F4 on ttys. I'm not going to rename the originals. Then Shift-F5 or Shift-F3 instead.
How many files are you dealing with, and why do they have character names that are not universally supported across all popular filesystems?
Because it is my choice.
Certainly your choice to make, but to me among the worst of annoyances when I have to fix someone else's broken system, or trying to explain why what they want can't work. It's not something I'd wish upon anyone I'm trying to instruct, a bad example for letting anyone think to try. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 26/08/2019 00.13, Felix Miata wrote:
Carlos E. R. composed on 2019-08-25 20:22 (UTC+0200):
Felix Miata wrote:
Carlos E. R. composed on 2019-08-25 14:37 (UTC+0200):
Midnight commander does not allow edit. Well, it does, in a cumbersome manner.
You mean you can't script it as with sed? I don't find it cumbersome at all doing files one by one. Shift-F6 in GUI, Shift-F4 on ttys. I'm not going to rename the originals. Then Shift-F5 or Shift-F3 instead.
^F5. Did not know that variant. Yes, that would do. But David Haller method is perfect :-D
How many files are you dealing with, and why do they have character names that are not universally supported across all popular filesystems?
Because it is my choice.
Certainly your choice to make, but to me among the worst of annoyances when I have to fix someone else's broken system, or trying to explain why what they want can't work. It's not something I'd wish upon anyone I'm trying to instruct, a bad example for letting anyone think to try.
It is perfect for me. I name the files in the manner that make sense to me. They are names. If the filesystem or the operating system can not handle names, the filesystem or the operating system is rubbish. I'm looking at Windows. :-P -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Le 26/08/2019 à 00:29, Carlos E. R. a écrit :
handle names, the filesystem or the operating system is rubbish. I'm looking at Windows.
but rubbish things is the standard :-)) have to live with it jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, On Sun, 25 Aug 2019, Carlos E. R. wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name. [..] Midnight commander does not allow edit. Well, it does, in a cumbersome manner.
Try this in your local/user/system menu-extension file (F9 -> c -> m -> [local/user/system]): ==== the "F" at the start of each second line is the shortcut ==== + ! t t F cp-rename to FAT-compatible filenames to=$(echo "%f" | tr ':\\' '__') cp "%d/%f" "%D/$to" + t t F cp-rename to FAT-compatible filenames for i in %s ; do to=$(echo "$i" | tr ':\\' '__') cp "%d/$i" "%D/$to" done ==== The use "F2", "F" to copy the selected file(s) to the other directory. You could also add recode/iconv into the mix to convert filenames, but that should be handled by the iocharset of the fat-mount. ISTR, that ':' and '\' are the only chars disallowed on FAT (modulo the charset and up-/downcase collisions handled by the kerneldriver). Anyway, you can basically do lots instead of that simple 'tr'. Tested with: $ ls * a: b:ö b:ö\x ä:x ä:y b: b_ö b_ö_x ä_x ä_y and copying one/all files from ./a to ./b using 'mc a b'... IMO, the most difficult part is choosing an appropriate menu-key ;) HTH, -dnh -- Linux: the operating system with a CLUE... Command Line User Environment. -- seen in a posting in comp.software.testing -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 21.29, David Haller wrote:
Hello,
On Sun, 25 Aug 2019, Carlos E. R. wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name. [..] Midnight commander does not allow edit. Well, it does, in a cumbersome manner.
Try this in your local/user/system menu-extension file (F9 -> c -> m -> [local/user/system]):
==== the "F" at the start of each second line is the shortcut ==== + ! t t F cp-rename to FAT-compatible filenames to=$(echo "%f" | tr ':\\' '__') cp "%d/%f" "%D/$to"
+ t t F cp-rename to FAT-compatible filenames for i in %s ; do to=$(echo "$i" | tr ':\\' '__') cp "%d/$i" "%D/$to" done ====
The use "F2", "F" to copy the selected file(s) to the other directory.
That's a very good idea! I often forget this "mc" feature. I just googled "sanitize filename for FAT", and found "npm", but there is no package. There may be others.
You could also add recode/iconv into the mix to convert filenames, but that should be handled by the iocharset of the fat-mount. ISTR, that ':' and '\' are the only chars disallowed on FAT (modulo the charset and up-/downcase collisions handled by the kerneldriver). Anyway, you can basically do lots instead of that simple 'tr'.
I use ":" often, but never "/" or "\".
Tested with:
$ ls * a: b:ö b:ö\x ä:x ä:y
b: b_ö b_ö_x ä_x ä_y
and copying one/all files from ./a to ./b using 'mc a b'...
IMO, the most difficult part is choosing an appropriate menu-key ;)
Oh, I have some using double letters - I run out of ideas for naming them, and making sure there are no collisions ;-) -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Hello, On Sun, 25 Aug 2019, Carlos E. R. wrote:
On 25/08/2019 21.29, David Haller wrote: [..] That's a very good idea! I often forget this "mc" feature.
*hehe*
I just googled "sanitize filename for FAT", and found "npm", but there is no package. There may be others.
And mostly, you'd find the "node package manager" ;(
You could also add recode/iconv into the mix to convert filenames, but that should be handled by the iocharset of the fat-mount. ISTR, that ':' and '\' are the only chars disallowed on FAT (modulo the charset and up-/downcase collisions handled by the kerneldriver). Anyway, you can basically do lots instead of that simple 'tr'.
I use ":" often, but never "/" or "\".
You can not use '/' on *nix, for the same reason you can not use '\' on DOS as it's the dir-seperator... Anyway: as I hinted, I'm aware of only that '\/' conflict, the ':' and the mentionend case and charset issues, and the latter two should be handled by the FAT fs-driver of the kernel and its mountoptions. So I don't think you need to do anything more. And I think it's better to keep the case (FAT (at least FAT32) does preserve case IIRC, even though it folds case re. name-lookup etc.)... $ dd of=minifat ... $ mkfs.vfat -F32 minifat # mount -o loop minifat /mnt/loop; mkdir /mnt/loop/t # echo A > /mnt/loop/t/A # echo b > /mnt/loop/t/b # sync; umount /mnt/loop # mount -o loop minifat /mnt/loop # mount |grep /mnt/ minifat on /mnt/loop type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro) # cat /mnt/loop/t/* cat /mnt/loop/t/* A b # echo a > /mnt/loop/t/a # cat /mnt/loop/t/* a b # ls -l /mnt/loop/t/ total 2 -rwxr-xr-x 1 root root 2 Aug 25 22:41 A -rwxr-xr-x 1 root root 2 Aug 25 22:41 b So, FAT32/VFAT preserves the case, but folds it on access (or something to that effect). So, folding case to all upper/lower in the copy action is IMO not a good idea, better preserve the case. If collisions occur, the fs-driver will tell cp and that should tell you... Mh. That's one thing I'd have to test but you could do better: error handling... Not sure how that works in the mc-menu extension... *ARGH* It does not. Ok, 'cp -i' works as so far as dropping you to a subshell letting 'cp -i' ask if you want to overwrite the target file or not... So use: ==== the "F" at the start of each second line is the shortcut ==== + ! t t F cp-rename to FAT-compatible filenames to=$(echo "%f" | tr ':\\' '__') cp -i "%d/%f" "%D/$to" + t t F cp-rename to FAT-compatible filenames for i in %s ; do to=$(echo "$i" | tr ':\\' '__') cp -i "%d/$i" "%D/$to" done ==== else colliding target file will be overwritten as 'cp' is designed to do and 'a' will overwrite 'A'... Adding a 'test -e' for the dest into the scripts does not help, 'cp -i' is better as it drop you to the subshell. I'm out of ideas for better error handling today, but ISTR, there are ways... A whole different idea would be an extfs for fat but you'd have to manually use that via F9 -> [Left/Right] -> FAT fs or somesuch or via 'mc foo/vfat://' ;) But I'd just use the above with 'cp -i' and hope for few collisions ;) HTH, -dnh -- But, as we all know, "robust" and "stable" have different meanings in the computer industry. "robust": Probably won't fall over if a gnat farts nearby (unless the gnat is near a sensitive spot). "stable": no longer updated or supported by the manufacturer. -- Steve VanDevender -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 23.12, David Haller wrote:
Hello,
On Sun, 25 Aug 2019, Carlos E. R. wrote:
On 25/08/2019 21.29, David Haller wrote: [..] That's a very good idea! I often forget this "mc" feature.
*hehe*
I just googled "sanitize filename for FAT", and found "npm", but there is no package. There may be others.
And mostly, you'd find the "node package manager" ;(
Yes, I saw that.
You could also add recode/iconv into the mix to convert filenames, but that should be handled by the iocharset of the fat-mount. ISTR, that ':' and '\' are the only chars disallowed on FAT (modulo the charset and up-/downcase collisions handled by the kerneldriver). Anyway, you can basically do lots instead of that simple 'tr'.
I use ":" often, but never "/" or "\".
You can not use '/' on *nix, for the same reason you can not use '\' on DOS as it's the dir-seperator...
cer@Telcontar:~/tmp/david> touch "some\/file" touch: cannot touch 'some\/file': No such file or directory cer@Telcontar:~/tmp/david> touch "some/file" touch: cannot touch 'some/file': No such file or directory cer@Telcontar:~/tmp/david> Ok! :-)
Anyway: as I hinted, I'm aware of only that '\/' conflict, the ':' and the mentionend case and charset issues, and the latter two should be handled by the FAT fs-driver of the kernel and its mountoptions.
So I don't think you need to do anything more. And I think it's better to keep the case (FAT (at least FAT32) does preserve case IIRC, even though it folds case re. name-lookup etc.)...
$ dd of=minifat ... $ mkfs.vfat -F32 minifat # mount -o loop minifat /mnt/loop; mkdir /mnt/loop/t # echo A > /mnt/loop/t/A # echo b > /mnt/loop/t/b # sync; umount /mnt/loop # mount -o loop minifat /mnt/loop # mount |grep /mnt/ minifat on /mnt/loop type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro) # cat /mnt/loop/t/* cat /mnt/loop/t/* A b # echo a > /mnt/loop/t/a # cat /mnt/loop/t/* a b # ls -l /mnt/loop/t/ total 2 -rwxr-xr-x 1 root root 2 Aug 25 22:41 A -rwxr-xr-x 1 root root 2 Aug 25 22:41 b
So, FAT32/VFAT preserves the case, but folds it on access (or something to that effect).
Yes, FAT wit LFS (long filename support) allows writing low and upper case, but the automatically generated 8+3 name, which is the one actually used when it matters, I think it does not. Although you can force lower case on those by using a disk editor - at least I did that long ago in MsDOS.
So, folding case to all upper/lower in the copy action is IMO not a good idea, better preserve the case. If collisions occur, the fs-driver will tell cp and that should tell you... Mh. That's one thing I'd have to test but you could do better: error handling... Not sure how that works in the mc-menu extension...
*ARGH* It does not.
Some error handling of mine: + t t. D2 dd copy to other dir without o/p cache set %u while [ -n "$1" ] do if [ -e "%D/$1" ]; then play -q /usr/share/sounds/au/beep_kind_warning.au echo "Destination file $1 exists" else dd if="./$1" of="%D/$1" oflag=direct bs=16M status=progress fi shift done :-)
Ok, 'cp -i' works as so far as dropping you to a subshell letting 'cp -i' ask if you want to overwrite the target file or not... So use:
==== the "F" at the start of each second line is the shortcut ==== + ! t t F cp-rename to FAT-compatible filenames to=$(echo "%f" | tr ':\\' '__') cp -i "%d/%f" "%D/$to"
This one fails: cp: cannot stat '/data/hoard/files/test:\ 1': No such file or directory Correct, it is: /data/hoard/files/test: 1
+ t t F cp-rename to FAT-compatible filenames for i in %s ; do to=$(echo "$i" | tr ':\\' '__') cp -i "%d/$i" "%D/$to" done
But this one works perfectly. :-? I wrote a variant: + ! t t Fd dd-cp-rename to FAT-compatible filenames to=$(echo "%f" | tr ':\\' '__') #cp -i "%d/%f" "%D/$to" if [ -e "%D/$to" ]; then play -q /usr/share/sounds/au/beep_kind_warning.au echo "Destination file $to exists" else dd if="%d/%f" of="%D/$to" oflag=direct bs=16M status=progress fi (fails, obviously) + t t Fd dd-cp-rename to FAT-compatible filenames for i in %s ; do to=$(echo "$i" | tr ':\\' '__') #cp -i "%d/$i" "%D/$to" if [ -e "%D/$to" ]; then play -q /usr/share/sounds/au/beep_kind_warning.au echo "Destination file $to exists" else dd if="%d/$i" of="%D/$to" oflag=direct bs=16M status=progress fi done This variant writes at about 3.2 MB/s according to dd, and does not fill uselessly the system cache with data it is not going to reuse. I use that dd concoction for writing ISO images fast to the sticks; without "direct", the entire system becomes very slow. But I do not understand that gkrellm also shows reading going at double the write speed from that same stick. I mean, while the write operation is going on (with dd, not with cp). It seems to be is tumblerd :-? avidemux88:sink :-? Guessing, as the write is not cached, tumblerd has to read it again to do whatever it does :-? Yes, it is tumblerd. I killed it, and saw the reading stop. Write speed increases to 3.4 or 3.5. The silly thing is trying to index the video before writing is finished :-( 'cp' writes at what seems 3 MB/s, but often less than 1. I'd need something else to time it. One curious thing: the 'cp' process can not be killed, not even with -9.
====
else colliding target file will be overwritten as 'cp' is designed to do and 'a' will overwrite 'A'... Adding a 'test -e' for the dest into the scripts does not help, 'cp -i' is better as it drop you to the subshell.
I'm out of ideas for better error handling today, but ISTR, there are ways... A whole different idea would be an extfs for fat but you'd have to manually use that via F9 -> [Left/Right] -> FAT fs or somesuch or via 'mc foo/vfat://' ;)
But I'd just use the above with 'cp -i' and hope for few collisions ;)
Yep. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Le 26/08/2019 à 01:41, Carlos E. R. a écrit :
touch: cannot touch 'some/file': No such file or directory cer@Telcontar:~/tmp/david>
Ok! :-)
nok :-( with dolphin: new file or rename works with ab/cd https://www.cjoint.com/doc/19_08/IHAhqCCGrlk_slash.png (left GUI, right console) jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 26/08/2019 09.17, jdd@dodin.org wrote:
Le 26/08/2019 à 01:41, Carlos E. R. a écrit :
touch: cannot touch 'some/file': No such file or directory cer@Telcontar:~/tmp/david>
Ok! :-)
nok :-(
with dolphin:
new file or rename works with ab/cd
https://www.cjoint.com/doc/19_08/IHAhqCCGrlk_slash.png
(left GUI, right console)
<8-} -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
On 8/25/19 2:37 PM, Carlos E. R. wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, [...]
Depending on whether the receiving side is a closed and limited system or a more open system with some kind of embedded Linux inside, I'd just try and reformat with a better file system. E.g. many TVs know format sticks with XFS, and also the media system in our company car knows EXT2. ;-) Or at least try some of the other FAT variants (but I don't know about handling special characters). Have a nice day, Berny -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 21.48, Bernhard Voelker wrote:
On 8/25/19 2:37 PM, Carlos E. R. wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, [...]
Depending on whether the receiving side is a closed and limited system or a more open system with some kind of embedded Linux inside, I'd just try and reformat with a better file system.
I tried ext4. Doesn't even see the stick.
E.g. many TVs know format sticks with XFS, and also the media system in our company car knows EXT2. ;-)
Ext2 I have not tried. Nor XFS. I'll try.
Or at least try some of the other FAT variants (but I don't know about handling special characters).
The ":" will not be accepted by any MsDOS/Windows filesystem, it indicates a disk. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
On 25/08/2019 21.57, Carlos E. R. wrote:
On 25/08/2019 21.48, Bernhard Voelker wrote:
On 8/25/19 2:37 PM, Carlos E. R. wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, [...]
Depending on whether the receiving side is a closed and limited system or a more open system with some kind of embedded Linux inside, I'd just try and reformat with a better file system.
I tried ext4. Doesn't even see the stick.
E.g. many TVs know format sticks with XFS, and also the media system in our company car knows EXT2. ;-)
Ext2 I have not tried. Nor XFS. I'll try.
ext2, no go. xfs, no go. Well, now I know :-) I'm tempted to get a smallish usb3 ssd disk, formatted exfat, for the purpose. Writing a small bunch of movies to a stick to see on the TV take hours. The danger is the telly might think it is too big: my car system can not index a 64GB stick half full with songs :-( -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
On Sun, 25 Aug 2019 22:10:57 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
Writing a small bunch of movies to a stick to see on the TV take hours.
I keep the movies or whatever on my linux box and serve them by NFS to Kodi on my Amazon Fire TV. Works pretty much out of the box. Why would I want to copy things to a physical stick and then carry it and plug it in to the TV? HTH, Dave -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/08/2019 22.36, Dave Howorth wrote:
On Sun, 25 Aug 2019 22:10:57 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
Writing a small bunch of movies to a stick to see on the TV take hours.
I keep the movies or whatever on my linux box and serve them by NFS to Kodi on my Amazon Fire TV. Works pretty much out of the box.
I bought a tv box thing running android from Amazon. While it was being delivered, the dealer sent me an email saying that I had to download apps from their site, not from G. Play, meaning the box was rooted. So I returned it without opening it. For lying to me in the description. Months later I bought a Google Chromecast - I chanced to see it on a supermarket, was cheap. After trying it, I found that it would not play things from my network, and would not play Amazon Prime either. I tried a lot of things, but only VLC can, theoretically, play a movie and cast it. New feature. Did not work. I tried again yesterday: it starts. Says it needs conversion. Ok, go ahead. But movie playing fails when it reads from my LAN. So I downloaded it to my tablet (which took ages). Now it worked, but it crashes often (5 minutes play), can not navigate the movie (back some minutes)... hell. So again, last resource was writing the thing to a stick. At least, Amazon Prime now works on the Chromecast: Google and Amazon buried the war axe for now.
Why would I want to copy things to a physical stick and then carry it and plug it in to the TV?
Because it simply works... -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
* Carlos E. R. <robin.listas@telefonica.net> [08-25-19 16:56]:
On 25/08/2019 22.36, Dave Howorth wrote:
On Sun, 25 Aug 2019 22:10:57 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
Writing a small bunch of movies to a stick to see on the TV take hours.
I keep the movies or whatever on my linux box and serve them by NFS to Kodi on my Amazon Fire TV. Works pretty much out of the box.
I bought a tv box thing running android from Amazon. While it was being delivered, the dealer sent me an email saying that I had to download apps from their site, not from G. Play, meaning the box was rooted. So I returned it without opening it. For lying to me in the description.
Months later I bought a Google Chromecast - I chanced to see it on a supermarket, was cheap. After trying it, I found that it would not play things from my network, and would not play Amazon Prime either. I tried a lot of things, but only VLC can, theoretically, play a movie and cast it. New feature. Did not work.
I tried again yesterday: it starts. Says it needs conversion. Ok, go ahead. But movie playing fails when it reads from my LAN. So I downloaded it to my tablet (which took ages). Now it worked, but it crashes often (5 minutes play), can not navigate the movie (back some minutes)... hell.
So again, last resource was writing the thing to a stick.
At least, Amazon Prime now works on the Chromecast: Google and Amazon buried the war axe for now.
Why would I want to copy things to a physical stick and then carry it and plug it in to the TV?
Because it simply works...
I just broke off from cable/directv and have an indoor hd antenna which finds 52 channels (almost all viewable including regular locat channels) which is plugged into my amazon recast. I use amazon firestick 4k to access movies & ... -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 26/08/2019 04.14, Patrick Shanahan wrote:
* Carlos E. R. <robin.listas@telefonica.net> [08-25-19 16:56]:
On 25/08/2019 22.36, Dave Howorth wrote:
On Sun, 25 Aug 2019 22:10:57 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
Writing a small bunch of movies to a stick to see on the TV take hours.
I keep the movies or whatever on my linux box and serve them by NFS to Kodi on my Amazon Fire TV. Works pretty much out of the box.
I bought a tv box thing running android from Amazon. While it was being delivered, the dealer sent me an email saying that I had to download apps from their site, not from G. Play, meaning the box was rooted. So I returned it without opening it. For lying to me in the description.
Months later I bought a Google Chromecast - I chanced to see it on a supermarket, was cheap. After trying it, I found that it would not play things from my network, and would not play Amazon Prime either. I tried a lot of things, but only VLC can, theoretically, play a movie and cast it. New feature. Did not work.
I tried again yesterday: it starts. Says it needs conversion. Ok, go ahead. But movie playing fails when it reads from my LAN. So I downloaded it to my tablet (which took ages). Now it worked, but it crashes often (5 minutes play), can not navigate the movie (back some minutes)... hell.
So again, last resource was writing the thing to a stick.
At least, Amazon Prime now works on the Chromecast: Google and Amazon buried the war axe for now.
Why would I want to copy things to a physical stick and then carry it and plug it in to the TV?
Because it simply works...
I just broke off from cable/directv and have an indoor hd antenna which finds 52 channels (almost all viewable including regular locat channels) which is plugged into my amazon recast. I use amazon firestick 4k to access movies & ...
Yes, I should have got an Amazon thing instead. It was at on the moment decision when seeing the Chromecast in a box at the "technological supermarket". I thought it would convert my TV into a Smart TV. It did not. So I make do. Carrying sticks to the TV solves a problem. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
On Sun, 25 Aug 2019 22:53:31 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 25/08/2019 22.36, Dave Howorth wrote:
On Sun, 25 Aug 2019 22:10:57 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
Writing a small bunch of movies to a stick to see on the TV take hours.
I keep the movies or whatever on my linux box and serve them by NFS to Kodi on my Amazon Fire TV. Works pretty much out of the box.
I bought a tv box thing running android from Amazon. While it was being delivered, the dealer sent me an email saying that I had to download apps from their site, not from G. Play, meaning the box was rooted. So I returned it without opening it. For lying to me in the description.
That sounds like a feature not a bug. I trust Amazon more than Google. At least more to say I trust Amazon with my credit card number; I don't trust google even with a password. I don't have any account with them. I don't have google play on my android phone; I use f-droid. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 26/08/2019 12.19, Dave Howorth wrote:
On Sun, 25 Aug 2019 22:53:31 +0200 "Carlos E. R." <> wrote:
On 25/08/2019 22.36, Dave Howorth wrote:
On Sun, 25 Aug 2019 22:10:57 +0200 "Carlos E. R." <> wrote:
Writing a small bunch of movies to a stick to see on the TV take hours.
I keep the movies or whatever on my linux box and serve them by NFS to Kodi on my Amazon Fire TV. Works pretty much out of the box.
I bought a tv box thing running android from Amazon. While it was being delivered, the dealer sent me an email saying that I had to download apps from their site, not from G. Play, meaning the box was rooted. So I returned it without opening it. For lying to me in the description.
That sounds like a feature not a bug. I trust Amazon more than Google. At least more to say I trust Amazon with my credit card number; I don't trust google even with a password. I don't have any account with them. I don't have google play on my android phone; I use f-droid.
A feature that was not described on the product description, and goes possibly against some rule, so they hide it. Possibly to play pirated content, like watch Netflix without paying. They said that I could not install apps using the Play app, only from their site, which also means that not all applications I may want may be there. The vendor lied to us, not Amazon. If I want to buy a rooted box, I'll buy knowingly a rooted box. If I buy a fully compliant Android box, I want to get a fully compliant Android box. Give me what was described. So I returned it, and Amazon gave me all the money back, but took some weeks. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
On 8/25/19 10:10 PM, Carlos E. R. wrote:
xfs, no go.
Well, now I know :-)
I'm tempted to get a smallish usb3 ssd disk, formatted exfat, for the purpose. Writing a small bunch of movies to a stick to see on the TV take hours.
My TV uses XFS per default, but it can't read sticks formatted by oS:TW with the default settings ... but it works if the TV has formatted the volume, and then I can use it on the PC (I checked that 2 or 3 years ago, but I didn't use that). I guess that the TV uses certain hardcoded settings like blocksize, etc., or it relies on a "hidden" file it immediately creates after formatting. Have a nice day, Berny -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 26/08/2019 09.06, Bernhard Voelker wrote:
On 8/25/19 10:10 PM, Carlos E. R. wrote:
xfs, no go.
Well, now I know :-)
I'm tempted to get a smallish usb3 ssd disk, formatted exfat, for the purpose. Writing a small bunch of movies to a stick to see on the TV take hours.
My TV uses XFS per default, but it can't read sticks formatted by oS:TW with the default settings ... but it works if the TV has formatted the volume, and then I can use it on the PC (I checked that 2 or 3 years ago, but I didn't use that).
Mine can not format, only read. It is a Samsung. Not a Smart model, and not a big one: you know that to get features we need to buy big. Which is why I bought the Chromecast, I tought it would give me Smart TV features. Not quite, it depends tightly on a phone or tablet, and can not display everything. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Le 26/08/2019 à 12:12, Carlos E. R. a écrit :
Which is why I bought the Chromecast, I tought it would give me Smart TV features. Not quite, it depends tightly on a phone or tablet, and can not display everything.
https://www.amazon.fr/Sofobod-TX3-multim%C3%A9dia-Diffusion-Quad-Core/dp/B07... didn't yet try to write directly through network, but I use it always with ntflix or amazon prime jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E. R. wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name.
So the question is: do you know a file browser that does offer to change the name, or even better, changes the name automatically?
I only use konqueror and dolphin, but if it were me, I'd just write a script: dest=$1 while read f do cp -a $f $dest/${f//:/_} done <filelist -- Per Jessen, Zürich (16.3°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 26/08/2019 08.01, Per Jessen wrote:
Carlos E. R. wrote:
I need to copy some files to an USB stick (FAT). The problem is, the files have a ":" on their names, and Thunar (XFCE) says the name is invalid, but does not offer as an option to change the name.
So the question is: do you know a file browser that does offer to change the name, or even better, changes the name automatically?
I only use konqueror and dolphin, but if it were me, I'd just write a script:
dest=$1 while read f do cp -a $f $dest/${f//:/_} done <filelist
Not bad :-) But the mc solution from David Haller is very neat. Mark the files to copy, F2, F. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
participants (12)
-
Bernhard Voelker -
Carlos E. R. -
Dave Howorth -
David Haller -
David T-G -
Felix Miata -
jdd＠dodin.org -
Knurpht-openSUSE -
Patrick Shanahan -
Per Jessen -
Ralph -
zb4ng