¿Hay alguna forma de ejecutar find -exec con una función de bash?

Quiero usar find para eliminar archivos iguales de dos rutas (algo que en Windows tengo muy pilotado con CMD), y la manera más fácil que se me ha ocurrido es hacer un find -exec y que a la salida haya una función que "reste" la ruta 2 de la ruta 1 y que haga una serie de comprobaciones (por ejemplo, que la ruta 2 y la ruta 1 no sean la misma, que el inode 2 no sea el inode 1, que los contenidos de los archivos sean distintos...). Para eso, me parece más fácil una función que unos IF encadenados.

Podría usar el viejo mecanismo que uso en Windows (un archivo llamado que se ejecute a sí mismo con el argumento PASO2 cuando queramos ir a la función) pero me parece poco elegante, más propio de windows o MS-DOS que de un entorno posix.

O también podría generar una lista de archivos y leerla después con un bucle FOR, pero es que prefiero hacerlo secuencialmente porque son *miles* de archivos.

@microblogc

$ f() { echo hola ; }
$ f
hola
$ export -f f
$ bash -c "f"
hola

En el manual de bash puedes encontrar la explicación de export -f. Una pista para ver cómo funciona es ejecutar:

$ bash -c 'cat /proc/$$/environ | xargs -0 echo'

después de los comandos anteriores.

@yo

No quiero usar python porque python es un lenguaje orientado a objetos, lo que quiere decir que lo que en bash es test A -ef B en python es:

SistemaDeArchivos.porFavor.delBueno.siFuerasTanAmable.DimeSiSon.ElMismoArchivo( descriptorDeArchivo.CreaObjeto.BlaBlaBla.1
descriptorDeArchivo.CreaObjeto.BlaBlaBla.2
)
(y además en python tienes que ir contando los espacios del margen, como si estuvieras escribiendo COBOL en un ordenador de los años 70).

@microblogc va a gustos, claro. Yo uso Python porque estoy acostumbrado y está casi siempre instalado. La cosa más parecida a un lenguaje de shell pero más cercana a un lenguaje de programación es Perl. Yo me niego a aprender Perl, pero me parece que resuelve la mayoría de problemas de los shell (y crea muchos nuevos, claro). Si no has jugado con Perl igual te gustaría si te disgusta Python.

@microblogc siempre me falta un "Perl limpio y moderno" que te permita meter un chorro de código en una línea (lo que no permite Python) y con todos los atajos que molan de los shells que no tiene Python.

El problema es que siempre intento ceñirme a herramientas más o menos estándar (por eso intento conocer bash y sus diferencias con sh, que sh siempre está). Pero me salgo a Python porque está casi siempre y hay cosas que con sh es imposible. (Me niego a aprender awk, perl...)

@yo

En realidad, en windows llevo *años* usando las macros de Word y excel para trabajar con ficheros (funcionan mejor que windows scripting host y son más fáciles de depurar). Es lo que más echo en falta en libreoffice, un *intérprete* de basic (en libreoffice funciona solo compilado, no hay modo directo) y una buena *referencia* de objetos, accesible, como la que da microsoft.

Python lo probé cuando empezó google apps, hace veinte años o así. Lo volví a intentar usar hace diez años. Y ahora soy capaz de leer algo de código, pero soy un horror programando por eso de las indentaciones obligatorias (es *tan* fácil que se te cuele una línea en blanco, a menos que uses un IDE. Y me niego a usar un IDE para cosas pequeñas, porque pesa gigas y tarda 10 minutos en abrirse).

@microblogc https://en.wikipedia.org/wiki/Universal_Network_Objects ,¡ veo que hay soporte para Rexx y TCL!

Igual ya has tocado UNO, yo no lo he usado personalmente, sólo creo que es el equivalente de VBA, pero ni idea, igual es horrible.

@microblogc hoy en día casi todos los editores ligeros tienen soporte decente para trabajar bien en Python. vim y su familia desde luego. Yo uso Emacs que sí tarda mucho en cargar (2s) pero con emacsclient no me entero.

Pero ya te digo, igual Perl es lo que buscas. Mucha gente de Perl se pasó a Ruby, pero por lo que dices de Python seguramente no te guste tampoco (la indentación no es significativa, pero es más o menos igual de "superestructurado").

@microblogc ¿estás con Windows con WSL? https://flow-control.dev/ tiene pintaca, aunque lo he usado muy poco.

@yo No, ahora no.

Estoy en linux, en un ordenador de arranque dual.

Estas cosas las suelo hacer desde windows, pero como los archivos duplicados me los ha generado un rsync y además quiero hacer cosas de linux, pues me he puesto a hacer el script en bash para que se ejecute de fondo mientras me ducho, tiendo la ropa y demás.

Luego veré cómo hacer que rsync no siga enlaces simbólicos, que es lo que la ha liado parda. Supongo que en el manual vendrá (el manual de bash es muy difícil de comprender, por eso para usar {A##B} y {A#B} suelo probar en vez de mirar el manual).

@microblogc uff, accidentes con rsync :)

Sí, por el mismo motivo te he puesto trozos de bash en los toots; si no lo pruebo antes no creo que pueda ser preciso. Yo ya me he acostumbrado a ese manual, pero cuesta...

Yo uso mucho:

https://pubs.opengroup.org/onlinepubs/9799919799/

, aunque creo que tampoco es mucho mejor. Pero normalmente lo que sale ahí funciona en todos sitios (e.g. en macOS).

@microblogc (mucha gente es fan de TCL hoy en día. No lo conozco suficiente, pero igual es una alternativa a Perl... Rexx es un lenguaje bizarro de IBM que se usa en mainframes y que tuvo cierta vida en el Amiga. Yo lo usé un poco, es especialito pero tiene mucho encanto. No recomiendo intentar programar LibreOffice con TCL o Rexx, ni usar esos dos lenguajes para nada... pero igual sí dan una experiencia más tipo VBA.)