Mexpost

¿O será post México?

Bueno dicen que México es un país surrealista,… no puedo estar más de acuerdo…, el día de hoy haciéndole un favor a un amigo, fui a enviar un paquete vía Mexpost, puesto me queda fácil y hoy tenia un poco de tiempo, de la misma forma que también me quedaba de paso para ir a pagar el teléfono.

Bueno de entrada 4 ventanillas… en las cuales había estas opciones:

Estampillas y giros

Envíos internacionales

(Sin nombre)

(Sin nombre)

Y una ultima que ni se me ocurrió intentar puesto que en todo el tiempo que estuve no se vio vida por ahí.
Bien al ver que en ninguna de las ventanillas nadie se acercaba a dar información y al hecho de que no existía una que dijera Información, aclaraciones, dudas, etc. Fui a donde vi que había mas gente congregada (teniendo en otras ocasiones que enviar paquetes pero vía DHL, FedEx y Estafeta el paquete que me dio mi amigo me pareció en mucho superior a como he entregado cosas para envió, es decir en la pura bolsita, comprado la caja ahí mismo y peores condiciones), al tocarme el turno me hicieron un par de aclaraciones:
No me podían recibir la caja puesto que debe ir abierta y debe mostrarse el contenido a quien recibe, lindo yo ahí con mi paquete ya bien cerrado y listo para enviar. Y resulta que no me lo pueden aceptar.
De la misma forma no tienen ahí material para cerrar la caja una vez abierta, que uno lo debe saber de antemano esto (aunque a ojo de buen cubero ahí tienen de para empacar y cerrar)

Por lo mismo salí un tanto molesto… pensando en que justamente por detalles de ese tipo cada vez menos personas envían por mexpost o que si es parte del reglamento de uso del servicio (en el tiempo que me tomo decidirme por una ventanilla me di el gusto de leer las tarifas y anuncios que se encontraban en la oficina de correos, por lo que puedo asegurar que para ser algo tan importante no se encuentra en las notas importantes del lugar), es más estaba casi convencido que seria mas fácil enviarlo por estafeta, claro a un costo cercano al doble, si no es que mayor… cuando se me ocurrió, que ni siquiera este es el primero de varios impedimentos y dado que de todas formas ya me habían hecho perder un rato de mi tiempo, veríamos como poder hacerles perder algo del suyo.

A unas cuadras se encuentra un Waldo’s Mart o similar, donde venden cosas realmente baratas, así que me metí allí para conseguir algo con que sellar la caja, un bonito rollito de cinta canela por seis pesos con cincuenta centavos, hizo el truco así que vamos de regreso.

Una vez en la oficina postal, dicho sea de paso había más gente que cuando llegue (¿11:40?) La primera vez, agarre y me pare con todo descaro en medio de la sala donde hay un espacio para ponerle los sellos a las cartas y me puse a abrir la cajita del paquete que se iba a enviar… con lo cual gane la atención de alguien de ahí que me pregunto ¿le podemos ayudar en algo?, a lo que conteste, «no gracias, pero ya regrese a mostrarles el contenido de la caja» (creo que el tono no le agrado mucho puesto que en lo que tarde en voltear a ver quien me hablaba ya no estaba), pero bueno de regreso en la ventanilla obtuve un «Señor vi que se retiro molesto, pero no es personal, ni queremos causarle ninguna molestia, es parte del reglamento el que el paquete debe estar abierto, ya que ‘nos han hecho’ ya cosas malas, la gente envía medicamentos, alhajas, dinero -ya nada mas estaba esperando que me dijera, drogas, explosivos, o cualquier cosa digna de los tramites en conocida embajada- » a lo cual me surgió la pregunta, esto es por protección realmente del cliente o es para evitar que los propios empleados al hacer su revisión (y no me digan que no la hacen) tengan menos cosas que cambiar de dueño, mas interesante aun, le puntualice a quien tan amablemente me había dado una explicación que no había pedido, que por eso cuando se usan «las otras opciones de envió» que también amablemente me sugirió podía utilizar, en el recibo que uno firma declara el contenido del paquete haciéndose responsable y exonerando a la compañía que los transporta en el caso de romper con la regulación, cuanto mas que igual que en el contrato de mexpost explícitamente dice «NO NOS HACEMOS RESPONSABLES DE ENVIOS CONTENIENDO VALORES» y ¿entonces? Lo de la revisión ¿para que?

En fin después de esto y de decirme que lo que estaba enviando estaba en una caja muy grande y que me saldría mas barato enviarlo en un sobre «acolchonado» (claro como cerca de ahí hay un montón de lugares que los vendan y como no los venden ellos) y de las restricciones de envió a EU (cuando por tercera vez había mencionado que el paquete iba a Reynosa Tamaulipas, hasta donde yo se, todavía pertenece a la federación), me comenta «pero bueno le voy a recibir su caja así, puesto que debe venir forrada con papel Manila amarillo» ¡¿Que?! Esperen un segundo, he recibido paquetería de parte de mexpost durante muchos años y !JAMAS! he recibido una caja forrada de papel Manila amarillo, de hecho me quede con ganas de preguntarle por todas las cajas que se alcanzaban a ver en el fondo de la oficina qué tampoco cumplían con esa «norma»… y antes de que me soltara la explicación, procedí mejor a que pesaran y me dieran el estimado del costo,… 63.00 pesos sin acuse de recibo, esta opción me pareció muy buena, tan solo agregaba 50 pesos al costo, y casi la pido, ahí si sirvió el preguntar qué es, con el acuse de recibo, cuando la caja llegue a su destino envían al remitente una carta que le avisa de que la caja ha sido recibida y me puse a pensar cuanto tiempo puede pasar… pensemos 5 días para la entrega de la caja, 1 pensando que mexpost tenga un excelente sistema de comunicaciones para que esa información llegue al DF, 7 días para que la carta llegue al destinatario… (no pues la verdad, ya no me pareció muy buena idea, cuando por 1 peso puedo enviar el numero guía, la hora y oficina de la que salio a Reynosa vía mensaje SMS y esta allá en 2 minutos), por que todavía concediendo, se me ocurrió decir «es decir qué útil en el caso de que el paquete se perdiera o le pasara algo..» a lo que me corrigieron inmediatamente «el paquete NO SE PUEDE PERDER»… aja si, para mi interior, como tantos otros que he tenido que pelear, por que como bien apuntan no se pierden, «nomás no saben donde esta»… bueno… total que en todo esto se me fueron 50 minutos…, c’est la vie!

Ahora tan solo esperemos que el paquete llegue a su destino, que por cierto no es contrabando, ni droga, dinero ni mucho menos… es una playera, un par de CDS de mp3 unos dulces, un llavero de plástico y un póster.

Salud

Actualización: El paquete llego en 4 días, sin problemas… no me quiero imaginar si hubiera necesitado enviar algo realmente importante.

Por cierto: la página de Mexpost se encuentra dentro de la del servicio postal mexicano es decir en http://www.sepomex.gob.mx/Paginas/default.aspx pero más curioso aún el seguimiento de las guias esta en el portal de e-mexico.

Publicado en Debraye, General, Web | 50 comentarios

svn

Bien en algun momento tuve que implementar subversion, es probable que en la version que alguien este instalando en este momento ya no haya ningun problema (de hecho en la ultima que tengo noticia, se puede elegir entre usar Berkeley DB y otro metodo para evitar problemas, pero si alguien esta teniendo o tiene problemas con los permisos en subversion y/o con multiples usuarios accesando al repositorio no estaria de mas que leyera el siguiente texto (sacado de un log de oficina):

11/09/2004 20:46 –TESTED
IT –VM
se cierra
11/09/2004 20:46 –CLOSED
IT –n/a
09/22/2004 12:48 –PENDING
IT –VM –2.00 hrs
Hasta nueva version de subversion la solucion es la que ya se encontro.
Es decir, si se van a tener usuarios locales, mantener el numero bajo y como hack feo estar cambiando los permisos mediante cron (risky), no tener usuarios locales en la maquina donde esta el repositorio, o que estos solo accesen via svn+ssh (claro primero colocando el wrapper para svnserve) esta ultima es la solucion mas recomendada (hasta que haya modificacion en el svn)
07/29/2004 16:18 –SOLUTION
IT –VM –2.00 hrs
La solucion de Alioth (ACLS), es solo usar un metodo para la escritura… citando:
Write access is only allowed through svnserve over a ssh transport. Access control is handled through Alioth.
Decidir si dejamos esto aun para los usuarios locales…
07/29/2004 03:19 –LABOR
IT –VM –1.00 hrs
El hack parece funcionar… mas aun por que le toma casi el minuto completo hacer un commit u otra operacion a linux, con lo cual tambien se ejuta el cron «just in time»… queda pendiente el arreglar como se debe esta cosa.
07/29/2004 03:04 –ACTION
IT –VM –1.00 hrs
Cron para mantener los permisos corrido cada minuto.
Como fue detallado en el caso del servidor de debian, en el caso de muchos desarrolladores si es «riesgoso», aqui vamos a implementarlo mientras no tengamos mejor solucion.
Mandar correo al admin de debian, para ver como resolvieron el problema.
solucion propuesta:
#!/bin/bash
chmod ug+w /var/svn/mundito/db/*
chown svn.svn /var/svn/mundito/db/*
07/29/2004 02:59 –NOTE
IT –VM –2.00 hrs
-rw-rw-r– 1 svn svn 1023k Jul 29 02:49 log.0000000013
-rw-r–r– 1 vicm3 svn 232k Jul 29 02:50 log.0000000014
al llenarse el log crea uno nuevo con el usuario que estaba haciendo la ultima transaccion…
Ahora lo interesante, se puede cambiar el tamaño del log… podria dejarlo crecer no se hasta varios megas para hacer que el problema se espacie un tanto mas…
david@linux:~/borrame$ svn co file:///var/svn/mundito/
svn: Berkeley DB error while committing Berkeley DB transaction for filesystem /var/svn/mundito/db:
DB_RUNRECOVERY: Fatal error, run database recovery
/usr/local/bin/svn: line 4: 22685 Aborted /usr/bin/svn «$@»
david@linux:~/borrame$ svn co file:///var/svn/mundito/
svn: Unable to open an ra_local session to URL
svn: Unable to open repository ‘file:///var/svn/mundito’
svn: Berkeley DB error while opening environment for filesystem /var/svn/mundito/db:
DB_RUNRECOVERY: Fatal error, run database recovery

aqui el error documentado.
La otra solucion parcial seria la alliot… usar un cron (hasta que entienda lo de las ACLS).
Mhh..
07/29/2004 02:18 –NOTE
IT –VM –0.10 hrs
Berkeley DB creates logfiles as needed, each of which grows to a set maximum size before another is created. In my oft-executed repository creation script, I was very careful to set the permissions so both myself (as a local client) and remote Web users were able to access the repository. But when the first logfile filled, as I locally modified the repository, a new logfile would be created, owned by myself with permissions limited by my umask. When Apache’s mod_dav_svn, running as the www user, later attempted to access the repository and couldn’t read the new log file. BDB interpreted this error as indicating database corruption. Subsequent access to the database in any form failed.
http://radio.weblogs.com/0100148/2002/10/20.html
07/29/2004 02:03 –ACTION
IT –VM –4.00 hrs
http://alioth.debian.org/tracker/index.php?func=detail&aid=300579&group_id=1&atid=200001
el error que encontramos no es tan trivial como pareciera… de lo que leo hay dos soluciones, rapidas…
1) Crear un solo usuario con el que todos hagan uso de svn
2) Usar ACL (aun no entiendo como)
Como nota al calce este mismo problema tambien lo tuvo gnome…
Tracker: Support Requests

Submit New | Browse | Admin

[ #300579 ] permissions system is a disaster waiting to happen
Date:
2004-03-21 13:51 Priority:
8
Submitted By:
Joey Hess (joeyh) Assigned To:
Local GForge Admin (admin)
Category:
SubVersioN State:
Closed
Summary:
permissions system is a disaster waiting to happen

Detailed description:
Alioth’s subversion permissions system is broken in subtle ways that affect more active projects. First an overview of the system as I understand it:

Subversion is set up to work properly iff all files in the db/ directory are owned by user www-data, and the group of the project, and mode 664. The www-data ownership is used because alioth includes http access, and user www-data cannot be a member of every project on alioth. The anonymous svnserve processes also run as www-data. The project’s group must also be able to write to every file though, thus the 664.

There is a little problem. Berkeley db likes to make new log files, and while the fact that the db directory is g+s means they are owned by the right group, they will be owned by whatever user is running the subversion process that makes the new log file, and, with a typical umask, will be mode 644. This means that www-data will not be able to write to them.

Now, there is a nasty little cron job that runs every minute on alioth, going through and chowning and chmodding the db files, so a file can only have the bad owner and mode for a fraction of a minute. So in the typical case, with a lightly used repository, everything seems to work ok, most of the time.

We discovered today how broken this system really is when we moved the very heavily used d-i repository to subversion on alioth, and let a hundred people or so all try to check it out and commit to it at once. We have experienced four instances of the db getting wedged today. In two of these cases, there have been svnserve processes that were stuck in tight select loops:

select(0, NULL, NULL, NULL, {0, 10000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 10000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 10000}) = 0 (Timeout)

And had a lock on the database, preventing recovery. One of these, process 2277, may still be running. (We hacked around the locking problem.)

I don’t understand the cause of the select loops, but based on when the db got wedged and how the log files looked around then and other things, I hypothesise that the db wedge problem is at least partially caused by the following scenario:

1. user a accesses the repo, via svnserve
2. svn creates a new log file, mode 644, owned by user a.
3. user b accesses the repo, via http.
4. as it is unable to write to the new log file, the svn running as www-data
marks the db as needing recovery

Normally there would be a run of the minutely cron job in between steps 2 and 3, but with an active repository, there is no guarantee of this happening.

Of course, this is hardly the only race. Looking at your cron job, I see another race. First it chowns all files to www-data, then it goes back through and fixes the permissions. There is a race here that can result in a file owned by www-data and mode 644 existing in the repo, when the user who just created that same file with a previous subversion invocation tries to access it, fails, and wedges the repository once again.

I respectfully encourage the alioth admins to find a repository permissions setup that is not brain-damanged, or the d-i project may have to take our repository elsewhere.

Two suggestions for fixing it would be to use ACLs, or to put wrappers around all the subversion stuff that sets a sane umask. Bastian Blank has experience with successfully using ACLs with subversion; I have used the latter method successfully on multi-user subversion repositories.
07/27/2004 20:54 –ACTION
IT –VM –4.00 hrs
Revision de version, actualizacion, reincorporacion de repositorios.
Directorios u+s g+s db/
de vez en vez.. tenemos fallas aun…

07/22/2004 20:25 –ACTION
IT –VM –4.00 hrs
svn. Vian rompe el repositori… version anterior del subversion????, sticky bit a grupo al grupo mundito.
svnserve para acceso de usuarios anonimos
svn checkout svn://linux.ajusco.upn.mx/mundito
07/22/2004 20:24 –ACTION
IT –VM –3.00 hrs
Creacion de wrappers para subversion…
prueba de tortoise, svn+ssh, svn file y otras… solo se rompe al usarlo Vian
07/19/2004 15:23 –LABOR
IT –VM –2.50 hrs
Creacion del grupo svn para uso de subversion
creacion de nuevo del repositorio
aplicacion de permisos adecuados
recreacion de los repositorios del servidor
puesta a punto.
(revisar si la conexion por tortoise cvs sigue rompiendo los permisos, svnserve?)
07/19/2004 15:22 –LABOR
IT –VM –2.00 hrs
Actualizacion de version de subversion
backup del repositorio original
07/09/2004 14:25 –NOTE
IT –VM –1.00 hrs
¿Que version de svn tenemos?
¿Que base de datos usa?
¿Podemos migrar a la version mas nueva, sin romper el repositorio?
07/09/2004 14:24 –ACTION
IT –VM –2.00 hrs
Fallo en subversion, otra vez la base de datos… script para mantener los permisos de la BD svn.perm.sh
05/31/2004 13:42 –NOTE
IT –VM –2.00 hrs
Bueno cambio de grupo chmod g+s db/ -R
a todo lo que esta en las Bases de Datos…
svnadmin recovery /var/svn/mundito
veamos si ahora si jala la cosa esta .. finalmente
05/27/2004 23:13 –QUESTION
IT –VM –1.00 hrs
Vuelve a fallar en la creacion en /var/svn/mundito/db
cuando crea los logs, les asigna el gid y uid de quien los creo en lugar de los del grupo…
investigar como resolver esto.
05/24/2004 19:41 –SOLUTION
IT –VM –1.00 hrs
The svn+ssh:// server checklist

It can be quite tricky to get a bunch of users with existing SSH accounts to share a repository without permissions problems. If you’re confused about all the things that you (as an admininstrator) need to do on a Unix-like system, here’s a quick checklist that resummarizes some of things discussed in this section:
-All of your SSH users need to be able to read and write to the repository. Put all the SSH users into a single group. Make the repository wholly owned by that group, and set the group permissions to read/write.

-Your users need to use a sane umask when accessing the repository. Make sure that svnserve (/usr/local/bin/svnserve, or wherever it lives in $PATH) is actually a wrapper script which sets umask 002 and executes the real svnserve binary.

-When BerkeleyDB creates new logfiles, they need to be owned by the group as well, so make sure you run chmod g+s on the repository’s db directory.
http://svnbook.red-bean.com/svnbook/ch06s05.html
05/24/2004 19:38 –NOTE
IT –VM –1.00 hrs
The most common problem administrators run into is repository ownership and permissions. Does every process (or user) in the previous list have the rights to read and write the Berkeley DB files? Assuming you have a Unix-like operating system, a straightforward approach might be to place every potential repository user into a new svn group, and make the repository wholly owned by that group. But even that’s not enough, because a process may write to the database files using an unfriendly umask

Publicado en General | Deja un comentario

Adios Abuelito…

Descansa en Paz… Ricardo Martinez Carrera, 1914-2004
10/11/2004
:'(

Publicado en General | Deja un comentario

Jubilación

Y no la mía, que la veo improbable y lejana, la de mi teléfono celular un motorota Star Tack 7xxx el cual ha salido mucho mas aguantador de lo que uno podria haber pensado posible en un teléfono de esos, bien vale recordar que motorota anteriormente se dedicaba a construir radios para el ejercito (que no dudo que aun lo haga!).

Un poco de antecedentes, el antes citado teléfono ha demostrado no ser aerodinámico, mas sin embargo con capacidad para volar en el mejor de los casos hasta 5 metros, lo ha tirado el perro y arrastrado, salio volando en una estación del metro y aterrizo en medio de las vias, se raspo contra una pared arreglando una instalación eléctrica exterior, ha visitado el piso desde numerosas mesas y repisas

Publicado en General | Deja un comentario

Ya me quiero dormir…

Hoy tuve un día realmente espantoso… ¿que pasa cuando se tiene un proyecto “tecnológico”? dividido en grupos de cuatro o cinco académicos, en 4 grupos… que no conocen el medio en el que va a ser presentado, que de hecho no tomaron el curso de introducción a la plataforma a utilizarse… mézclese esto con que el grupo se encuentra divido de entrada y obtenemos:

Tres horas de discusión de como esta escrito un documento, peor aun añadase a la mezcla un sociólogo que tiene que explicar como se armará el curso y cuales son las posibilidades para lo mismo y obtenemos 40 minutos de presentación del «pizarrón negro» y una hora y veinte de preguntas sobre las capacidades, la elección del texto, la organización de los temas, y mas… todo esto claro para armar un curso que debe ser entregado en 8 días…

Publicado en General | Deja un comentario

Knoppix

“Díganme que extrañan de su Windows” con esta pregunta empecé mi clase del día de hoy… claro arrancando nuestras maquinas con Knoppix… “el solitario”, “el messenger», “donde esta el Internet Explorer”, etc. Fue un ejercicio interesante una primera aproximación a lo que es linux mediante esta distribución en vivo (3.7 en español)…

Lo único que me duele de esta parte del curso es que tengo que desembolsar el costo del material (y el tiempo de quemado) de mi bolsa…

Publicado en General | Deja un comentario

Que dice de ti, tú eleccion de Distribución…

Leyendo slashdot hace un rato me encontre con un articulo bastante divertido (no tomar demasiado en serio) http://www.newsforge.com/article.pl?sid=04/10/30/1322227
Tambien me encontre una nota muy divertida, sobre todo por que acepta… tenemos windows, y tenemos que aguantarnos… una historia de terror con la seguridad en windows http://reviews.cnet.com/4520-10168_7-5543493-1.html?tag=cnetfd.sd
jejeje se nota que me gusta cnet para leer?… dos columnas de lujos son Tech Nightmares y Weekend Project!

Y finalmente uno de los columnistas que mas disfruto leer sobre opinion http://www.pcmag.com/category2/0,1738,3574,00.asp

:)

Publicado en General | Deja un comentario

Los cuatro fantasticos…

Los nuevos FF (Fantastic Four, no Fab Five)… bueno en un foro que modero sobre comics… se ha suscitado la controversia de que si Rebeca de Alba queda o no como Susan Storm (la mujer invisible para aquellos que no les suene o no hallan leido FF)… hay quien ha sugerdido desde Alicia Silverstone hasta Nicole Kidman (el clasico, yo hubiera elegido…)
Pero bueno para opiniones vean la foto en el articulo orginal.
Y aqui lo que he puesto para el foro… (y el por que los «nuevos»)

Muy bien! parece ser que la pelicula de FF ha avivado bastante la discusion (mas bien Susan Storm), pero que tal si regresamos un poco al tema del foro «Comics», digo podemos seguir hablando del probable argumento que traiga la pelicula de que saga podria ser la mas idonea
para presentar «otra vez» a los cuatro fantasticos, pero por favor, ya nos quedo claro que con Susan no se van a poner de acuerdo.

Ya en 1994 (hace 10 años) se saco FF sin demasiado exito
http://www.imdb.com/title/tt0109770/
Y en esa ocasion fue Rebecca Staab quien hizo el papel
http://www.tvtome.com/tvtome/servlet/PersonDetail/personid-13126
http://www.moviepoopshoot.com/cgc/16.html
Por cierto que la pelicula no llego al cine y termino siendo de culto (por lo mala que fue y por dificil de conseguir).

Salu2

Publicado en General | Deja un comentario

!Virus!

Virus en acción… quien dice que no hay de esos en el mundo linuxero… aquí tengo un fuerte ataque de virus… jejejeje solamente que no en mi maquina, en mi garganta… me siento del nabo.

Pero bueno eso ha sido un buen aliciente para que otra vez me ponga a trabajar en implementar QOS en casa (en la oficina nunca me han dejado, que por que no es necesario -pero que tal las quejas de que la red no se alenta, si no se arrastra-) , en fin he visto dos aproximaciones rápidas, bueno en realidad 3… la mas sencilla seria usar el rshaper, es decir como nada mas tengo 4 host en casa destinarle a cada uno una parte del total, sin embargo y a menos que cree crons se me ocurre que voy a desperdiciar buena parte del enlace.

Ahora la otra es usar CBQ o HTB, ninguno de los cuales aun logro entender como colocar / mas bien como crear las reglas tal cual quiero, he visto sin embargo dos aproximaciones interesantes el Wonder
Shaper
(sin conexión con la marca de lencería) y una modificación del mismo, ¿cual es la diferencia? El primero asigna la mayor parte del trafico como de prioridad, y cuando llega al limite establecido (vía script) empieza a soltar paquetes (drop) por lo mismo forzando a bajar la velocidad (sobre todo en el uploading), el otro enfoque que me agrada, pero que no me gusta como esta implementado es, marcas todo el trafico como de baja prioridad (excepto las sesiones interactivas ssh, telnet) y cuando no hay trafico puedes pedir prestado hasta el 90% del ancho de banda es decir… el primer enfoque es tienes disponible el 90% y si empieza a haber mas necesidad te vamos bajando, el otro es tienes disponible el 10% pero si nadie mas lo requiere síguete hasta ocupar el 90%… también tengo la impresión de que el prodigy infiernitum no mantiene estable su capacidad para hacer upload (es decir que no siempre te da lo que dice que da, por lo mismo no es fácil calibrar el script para que funcione, de hecho no seria fácil crear reglas de cualquier forma) en fin veamos si aprendemos bien esta onda del QOS un documento ya viejo al respecto debido a un problema similar http://linux.ajusco.upn.mx/~vicm3/nucleo.html Achu…

Publicado en General | Deja un comentario

El ocio es la madre…

De todos los sociólogos… bueno al menos eso dice mi esposa, ahora que yo prefiero decir que es bueno para la inventiva… el otro día platicando con un amigo el por que prefería Emacs al lindo y versátil vi me dijo que principalmente le re pateaba que descuadrara todo el texto cuando uno hacia cut & paste, bueno, yo ya tenia la costumbre para ese entonces de cuando tenia que hacer eso, usar nano o preparar una sustitución para arreglarlo… pero me había quedado la duda de cómo vi no iba a tener manera de desactivar algo así… y buscando entre las opciones no estupendamente documentadas me encontré

<code>:set noai</code>

Que no quiere decir desactivar la inteligencia artificial, sino no auto indentar… lo cual es excelente cuando estamos editando configuraciones o fusil… reutilizando código… ahora que si queremos la auto indentacion de nuevo, activamos la inteligencia artificial… digo ustedes entienden…

<code>:set ai</code>

Salu2

Publicado en General | Deja un comentario