LMDE MATE: Aplicaciones Preferidas por defecto

Ampliar y personalizar la lista del Gestor de Aplicaciones Preferidas es relativamente fácil.
El sistema lo hace automáticamente (casi siempre, salvo excepciones de los programas más extendidos y por categorías) cuando la instalación se realiza de la forma habitual.
Pero no siempre utilizamos aplicaciones instalables sino que muchas son portables, ejecutables o de otros tipos que no requieren de instalación. Otras pese haber sido instaladas no aparecen en la lista del Gestor de Aplicaciones Preferidas.
Añadir éstas o cualquier otra en dicha lista (cómo dije anteriormente) es bastante sencillo. Mostraré como hacerlo de forma totalmente gráfica.

Aplicaciones instaladas y que no se encuentra en la lista:
Lo primero es averiguar (en el caso de ser una aplicación previamente instalada) si se encuentra su correspondiente lanzador el la siguiente ruta:

• /usr/share/aplications/

Podemos mirar tambien en su equibalente, pero a nivel de ususario:

• /home/TuUsuario/.local/share/applications/

pero cómo podremos ver, en este último caso hay bastantes menos lanzadores.

Hay que tener en consideración que en la ruta /usr/share/applications/ no siempre estos lanzadores muestran el nombre de la aplicación que ejecutan. Muchas de las veces (las más) muestran una descripción en vez del nombre, así que para localizar el que buscamos tendremos que fijarnos más en esa descripción (o en su icono) que en cualquier otra cosa.
Una vez creamos que lo hemos localizado clicaremos en él para asegurarnos y  ver si se ejecuta la aplicación que esperamos.

Todos estos archivos son archivos de escritorio, y cómo tales tienen un nombre único más la extensión (.desktop genérica) que los identifica. Lo que necesitamos es averiguar exactamente ese nombre y para ello (ya que no se muestran) nada más fácil que abrir un archivo cualquiera de texto y arrastra el lanzador a la ventana de éste para que sea editado.
Una vez hecho esto, veremos el nombre exacto del lanzador Desktop en la barra de título.
Este siempre terminar en .desktop:
xxxxxx.desktop

Curiosamente en la ruta de usuario  /home/TuUsuario/.local/share/applications/ sí podemos verlos con su nombre .desktop al completo y no con su descripción.

Bueno veamos como añadir una aplicación en el Gestor de Programas Preferidos. Pongamos como ejemplo la inclusión en la lista del navegadores a Iron, por el cual no hace mucho me consultaban a este respecto.
Buscamos en /usr/share/applications/ el lanzador Iron

Abrimos el editor Pluma, Gedit o cualquier otro editor que queramos y arrastramos y soltamos en él el lanzador de Iron.

El editor de texto mostrará el contenido fuente del lanzador, pero no su nombre interno .desktop. Éste lo podemos ver en la barra de título del editor de texto cómo se muestra en la imagen.

Tomamos buena nota de este nombre.
Para el caso que nos ocupa y cómo se puede ver en la captura es:

• iron.desktop

Este nombre al completo es el que tendremos que añadir en el archivo que veremos mas adelante.
Ahora nos dirigimos a la siguiente ruta:

• /home/TuUsuario/.local/share/applications/

y buscamos y editamos el archivo llamado:

• mimeapps.list

Este archivo consta de dos partes bien diferenciadas
[Default Applications] ---> aquí se colocarán automáticamente los programas por defecto. Cosa que se hace automáticamente al ser seleccionados en el Gestor.
[Added Associations] ---->aplicaciones que queremos que se muestren en el cuadro de selección del Gestor.

La que nos interesa es la segunda sección [Added Associations] 
En ella debemos buscar y o añadir (si no lo está) la siguiente línea.
x-scheme-handler/http=
Que en este caso quedaría así:
x-scheme-handler/http=iron.desktop;

Si esta línea (x-scheme-handler/http=) ya se encontrara en este archivo, veremos algo muy parecido a esto:
x-scheme-handler/http=chromium.desktop;firefox.desktop;
Tan solo deberemos añadir Iron.desktop a la lista de navegadores que ya se encuentren en ella:
 x-scheme-handler/http=chromium.desktop;firefox.desktop;iron.desktop;

Cómo se puede ver la línea x-scheme-handler/http= es la responsable de mostrar la lista de navegadores por defecto. Mostrará tantos cómo se incluyan en la lista.

Para cubrir todo el espectro en el caso de la apertura del navegadores por defecto, seria interesante tener las siguientes líneas:
x-scheme-handler/http=iron.desktop;
x-scheme-handler/https=iron.desktop;
x-scheme-handler/about=iron.desktop;

Otras líneas interesantes son:
- Gestor de Correo por defecto.
 x-scheme-handler/mailto=
Ejemplo:
x-scheme-handler/mailto=thunderbird.desktop;gary.desktop;sylpheed.desktop;
- Explorador de archivos por defecto
inode/directory=
Ejemplo:
inode/directory=nemo.desktop;caja.desktop;nautilus.desktop;thunar.desktop;

Tres puntos muy importantes. Dos cruciales que de no cumplirse no se mostrará la aplicación deseada en la lista del Gestor de Programas Preferidos y otro de posible interes:

1- La aplicaciones añadidas en sus líneas correspondientes deben mantener la estructura que se ve, no pueden haber espacios entre ellas y tienes que estar separados  con un ; . Los nombres de los lanzadores Desktop si pueden contener espacios, mayúsculas u otros caracteres cómo guión y guión bajo, etc:
xxx.desktop;
xxxxx.desktop;
XX xxx.desktop;
xx-xxX_xx.desktop;

2- El nombre de la aplicación añadida a la lista debe tener su lanzador correspondiente en la ruta /usr/share/applications/ o en su defecto en la de usuario /home/TuUsuario/.local/share/applications/ de lo contrario tampoco será mostrado en la lista.

3- No es obligatorio que una aplicación pertenezca a una catregoría especifica para ser añadida.
Es decir, podemos (si se quiere) añadir a SMPlayer en la lista de aplicaciones de Navegadores Web por defecto. Ya sé ya sé, esto no tiene ningún sentido, pero lo expongo para que se vean las posibilidades que esto tiene y que las restricciones son menos de las que a priori se puedan suponer.

Paraconcluir este aprartado, si resulta que no tienes ninguna de estas líneas en tu archivo mimeapps.list, puede ser que te preguntes porqué entonces aparecen algunas opciones en las distintas categorías del Gestor de Aplicaciones Preferidas. La razón no es otra que este mismo archivo mimeapps.list se encuentra en la siguiente ruta:/usr/share/applications/ y también en esta misma ruta se encuentra otro llamado mimeinfo.cache.
Estos dos archivos por lo tanto afectan del mismo modo pero al nivel global que el que hemos tratado anteriormente a nivel usuario. Estos archivos no entran en conflicto unos con otros, sino que se complementan perfectamente entre si.
En las capturas podemos ver el resultado final:

Antes

Después

Aplicaciones No instaladas y que lógicamente no se encuentra en la lista:

Lo único que diferencia esto de lo anterior (ya que lo pasos a seguir son los mismos) es que con toda seguridad no encontraremos un lanzador en la ruta indicada.
Esto no es ningún problema ya que lo podemos crear de forma muy simple.
Voy a mostrarlo de forma lo más llana posible. Y para que se vea lo fácil del proceso añadiré uno de mis Scripts (PubKey) a por ejemplo a la lista de Lectores de Correo.
Nada que ver con el correo tiene lógicamente este Script jeje, pero esta "burrada" servirá para mostrar que podemos poner las aplicaciones que queramos (pertenezca o no a una categoría específica) para que se vean luego en el Gestor de Programas Preferidos y la podamos seleccionar cómo predeterminada.
Clicamos con el botón derecho del ratón en nuestro escritorio y seleccionamos Crear un Lanzador...

Y rellenamos los campos necesarios:

Tipo: Aplicación
Nombre: El que queramos
Comando: Le indicamos la ruta del archivo ejecutable.
Icono: El que queramos

Luego nada más nos queda lógicamente introducir este lanzador en la ruta:/usr/share/applications/ o /home/TuUsuario/.local/share/applications/

Por último nada más nos resta abrir el archivo /home/TuUsuario/.local/share/applications/mimeapps.list y añadir el nombre del PubKey que será PubKey.desktop en la categoría deseada:

• x-scheme-handler/mailto=PubKey.desktop;

Antes

Después

Para finalizar, otra cosa que se debe tener en cuenta es que algunas aplicaciones no abren por ejemplo con el navegador predeterminado sino que lo hacen con otro que esté instalado. Para ello el sistema utiliza las llamadas aplicaciones alternativas.
Cuando se instala una aplicación esta se le asigna en su categoría una número llamado prioridad.  Si esta prioridad es mayor que las restantes pasa a convertirse en Modo Automático.

Cómo se puede ver en la captura Chrome tiene una prioridad de 200. Al ser la prioridad mayor queda coma automática. Para evitar que quede en modo automático le bajo la prioridad a 40 y firefox pasa entonces a ser automático. Aunque en cualquier caso (cómo también se puede apreciar en la imagen) esté uno u otro como automático el que está seleccionado cómo por defecto es firefox que es donde está situado el asterisco (*) junto al número 1.
Para que se entienda. Si no tenemos bien configurado este punto, aunque se tenga puesto por ejemplo a Firefox cómo navegador por defecto en el Gestor de Aplicaciones Preferidas, ciertas aplicaciones llamarán a Chrome si se encuentra instalado. Para evitar este comportamiento es necesario ver este otro artículo de aquí:
Navegador por defecto
... para configurar las aplicaciones alternativas.

SolusOS abandona Debian

Siento mucho no haberme equivocado cuando dije en mi primer articulo sobre SolusOS y su futuro, que éste era algo incierto principalmente por lo reducido del equipo implicado en el proyecto.

Llevar una distribución prácticamente en solitario y en los ratos libres (cómo se indica por su desarrollador) es ciertamente difícil por no decir imposible, pienso yo.
Cómo apunte en el anterior artículo, en estos casos cualquier eventualidad puede hacer tambalear el proyecto. Al parecer la continuidad de éste teniendo como base Debian se le hace tremendamente difícil.  Los  constantes cambios en Debian así cómo en Gnome3 y que por consiguiente su obligo parcheo  en  SolusOS de forma más que reiterada, hace de ello un trabajo arduo y muy difícil de mantener por parte de un equipo de desarrolladores tan pequeño.

Lo que está muy claro (así lo veo yo) es que Ikey Doherty no ha querido tirar la toalla, cree en su proyecto y en sus posibilidades, aunque estén muy limitadas. Tanto es así que se ve obligado a buscar otras líneas de desarrollo que le permita desenvolverse de una forma más o menos cómoda (más pausada, más estable, menos invasivas) con su creación, sin el temor constante de rupturas de paqueterías que desemboquen en una distro cada vez más inestable.

A partir de ahora se utilizara el sistema de de gestión de paquetería PiSi de Pardus. Se utilizara este sistema de paquetería y se aprovechará de Pardus en un principio su instalador, pero poca cosa más ya que SolusOS no pretende basarse en Pardus sino que se montará de cero.
Con este nuevo giro, se posibilitará sacar versiones LTS SolusOS  con los 5 años de soporte de rigor. Las actualizaciones serán considerablemente más livianas ya que se utilizará para ello Delta Paquetes. El desarrollo de SolusOS parece que se acelerará considerablemente por este cambio de sistema.

¿Qué deparará el futuro a SolusOS? pues supongo que todo dependerá de su creador y cómo no a la respuesta de los usuarios. No hay que engañarse, el cambio es bastante drástico y la paquetería bajará considerablemente. Nada que ver con la cantidad suministrada por Debian con lo que a priori esto supondrá.
Por otra parte, muchos usuarios no estarán por la labor de dejar Debian. Unos por sentirse más que a gusto en ella, otros por tan sólo conocer ésta y no atreverse o complicarse la vida más allá de ella y otros  tantos (los más supongo) hartos de tantos cambios "drásticos" que al  parecer se está convirtiendo en la norma en vez de la excepción y que nos está volviendo locos a todos y con ganas de mandarlo todo a paseo. ¿Qué será lo siguiente...o el siguiente...?

Solo le deseo lo mejor a Ikey Doherty y que por fin encuentre el lugar que le corresponda, que de seguro será uno destacado.

Más información en SolusOs

Cambiar la tipografia del menú de Cinnamon

Cuando cambiamos la tipografía del entorno de Cinnamon, todo cambia  a la nueva fuente seleccionada excepto el menú de éste.
Para hacer que el menú de Cinnamon también adopte la fuente seleccionada, tenemos que editar manualmente el archivo cinnamon.css del tema que se esté utilizando.
En el caso de utilizar el tema por defecto de Cinnamon llamado cinnamon lo encontraremos en la siguiente ruta:

• /usr/share/cinnamon/theme/cinnamon.css

En el caso de utilizar otros temas distinto al del por defecto, los encontraremos en la carpeta de usuario .themes, en esta otra ruta:

• /home/TuUsuario/.themes/nombre_del_tema/cinnamon/cinnamon.css

Lo que debemos hacer es editar el archivo  cinnamon.css que se encuentra dentro de la carpeta cinnamon con cualquier editor de texto y buscar la línea font-family que se encontrará al principio de dicho archivo.
En ella veremos que hay añadidas el nombre de varias fuentes. Si la fuente seleccionada para el sistema no coincide con el nombre de ninguna de las que hay en la linea font-family entonces no será mostrada y en su lugar visualizaremos la fuente que se encuentre en primer lugar en dicha línea.

Así que suponiendo que pongamos por ejemplo para todo el sistema la fuente Anna Beta. Al editar dicho archivo encontraremos algo tal que así:
font-family: sans, sans-serif;
Deberíamos cambiarlo así:
font-family: sans, sans-serif, Anna Beta;

En dicha línea pueden haber tantos nombres de fuentes como queramos, pero eso sí, tiene que estar  escritos correctamente tal y cómo se muestran en los gestores de tipografía del sistema, de lo contrario no funcionará.

Una vez realizado esto para ver los cambios tan solo tenemos que reiniciar Cinnamon o más fácil aún, cambiar de tema del menú y luego volver a poner el anterior.

A partir de entonces el menú se mostrará también con la tipografía seleccionada para todo el sistema.

Compartir una carpeta con todos los privilegios

Todo esto empezó porque un buen día puse LMDE en el ordenador de casa y mi mujer me preguntó que donde estaban las fotos de las vacaciones. Como Linux es un sistema multiusuario cuando lo instalé configuré dos usuarios, así cada cual podría colocar sus archivos como quisiera y evitaba conflictos familiares por el desorden del escritorio.

Obviamente, aunque seamos distintos usuarios nos vamos juntos de vacaciones y tenemos una hija en común (cosas de la vida real), por lo que a la inmensa mayoría de las imágenes y vídeos que hay en el ordenador queremos tener acceso los dos, y claro, no es cuestión de tirar gigas de disco duro duplicando los archivos, además el acceso tiene que ser de verdad, es decir para poder hacer lo que queramos. Así que guardé los archivos de marras en las carpeta imágenes de mi usuario y en el de mi mujer cree un enlace a esa carpeta y ya está …. pues no, fue entonces cuando descubrí unas cosas llamadas permisos, propietarios, grupos, etc.

Un poco desbordado por el tema decidí recurrir a nuestro maestro Frannoe, pensaba yo que esto tenía que ser una cosa muy simple, a fin de cuentas existen muchas parejas en el mundo usando Linux. Lamentablemente para mi Frannoe no tenía la respuesta en el cajón y había que investigar un poco, y después de encontrar una manera de hacerlo, y a petición suya, me he puesto a escribir estas líneas.

No voy a contar nada que no se pueda encontrar en la red, pero voy a tratar de dejarlo claro, y sobre todo agrupado en un sólo lugar. Empezaré con un pequeño resumen sobre los permisos para no liarnos.

Cuando se crea un usuario en el sistema, automáticamente se crea un grupo con igual nombre y cuyo único miembro, de momento, es el usuario creado.

Cada documento (carpetas y archivos) tiene asociado un propietario y un grupo. Por defecto el propietario es el usuario que lo crea y el grupo es aquel definido para el propietario. El usuario root puede cambiar al propietario, y este puede cambiar el grupo.

Esto se puede hacer gráficamente (botón derecho del ratón-propiedades-permisos) o a través de la consola mediante los comandos chown (change owner: cambiar propietario) y chgrp (change group: cambiar grupo) la sintaxis es: “comando [opciones] usuario archivo(s)”. Una opción muy útil cuando modificamos una carpeta es hacer los cambios recursivamente para que estos se apliquen a todo el contenido de la carpeta original, para ello después del comando ponemos “-R”.

Todos los documentos tienen tres niveles de permisos, los correspondientes al propietario, al grupo y los establecidos al resto de los usuarios. Estos permisos definen lo que puede hacer un usuario y se reducen a tres: lectura (r), escritura (w) y ejecución (x).

PERMISO	ARCHIVO	CARPETA
Lectura	Ver el contenido del archivo	Ver el nombre de los archivos dentro del directorio (pero sin poder saber nada más sobre ellos como: el tipo de archivo, tamaño, propietario, permisos, etc. )
Escritura	Modificar o eliminar el archivo	Agregar, eliminar y renombrar archivos del directorio
Ejecución	Ejecutar el archivo	Recorrer su árbol para acceder archivos y subdirectorios, pero no ver los archivos dentro del directorio (excepto que se le de el permiso de lectura)

Se pueden cambiar los permisos de forma gráfica (botón derecho del ratón-propiedades-permisos) o a través de la consola mediante el comando chmod (change mode: cambiar modo [permiso]), la sintaxis es: “comando [opciones] permisos archivo(s)”. Al igual que antes podemos hacer los cambios recursivamente para que estos se apliquen a todo el contenido de la carpeta original añadiendo después del comando “-R”.

Los permisos se establecen para el propietario, para el grupo y para los otros, se puede usar el modo octal (en base ocho) o simbólico. En el cuadro de abajo se ven las equivalencias de uno y otro.

Número	Simbólico (Binario)	Lectura	Escritura	Ejecución
0	--- (000)	NO	NO	NO
1	--x (001)	NO	NO	SI
2	-w- (010)	NO	SI	NO
3	-wx (011)	NO	SI	SI
4	r-- (100)	SI	NO	NO
5	r-x (101)	SI	NO	SI
6	rw- (110)	SI	SI	NO
7	rwx (111)	SI	SI	SI

Bueno, vamos a dejarnos de rollo y nos centramos en lo que queremos: tener una carpeta en el ordenador al que puedan acceder los usuarios que definamos con todos los privilegios.

Primero creamos el grupo "compartir" al que vamos a añadir todos los usuarios que vayan a compartir la carpeta. Obviamente al grupo le podemos llamar como queramos. Después, la carpeta seleccionada para compartir entre los usuarios la asignamos al grupo "compartir" antes creado.

Modificamos los privilegios de la carpeta asignando los que consideremos necesarios, en nuestro caso hemos decidido que todos los usuarios seleccionados deben acceder con privilegios totales por lo que hacemos "sudo chmod -R 775" en la carpeta. De esta forma conseguimos que todos los usuarios del grupo tengan acceso con permisos de lectura y escritura a los archivos ya existentes. El resto de usuarios sólo tendrán acceso de lectura.

Ahora ya puedo compartir la fotos de las vacaciones con mi mujer …. pues no, las de las pasadas vacaciones si, pero como nos vayamos a la playa y queramos añadir las fotos de los nuevos chapoteos estos archivos serán propiedad del usuario que los descargue de la cámara de fotos y pertenecerán a su grupo, y aunque los guarde en la carpeta “compartir” no vamos a poder acceder a ellos a menos que les cambiemos los permisos como hemos hecho antes, y eso claro está, no es lo que queremos.

Permisos especiales: Los bits SUID, SGID y sticky.

Los permisos de los archivos en Unix se corresponden con un número en octal que varía entre 000 y 777; sin embargo, existen unos permisos especiales que hacen variar ese número entre 0000 y 7777: se trata de los bits de permanencia (1000), SGID (2000) y SUID (4000).

El sticky bit o bit de permanencia se activa sumándole 1000 a la representación octal de los permisos de un determinado archivo y otorgándole además permiso de ejecución. Si el bit de permanencia de un fichero está activado le estamos indicando al sistema operativo que se trata de un archivo muy utilizado, por lo que es conveniente que permanezca en memoria principal el mayor tiempo posible; esta opción se utilizaba en sistemas antiguos que disponían de muy poca RAM, pero hoy en día prácticamente no se utiliza. Lo que si que sigue vigente es el efecto del sticky bitactivado sobre un directorio: en este caso se indica al sistema operativo que, aunque los permisos normales digan que cualquier usuario pueda crear y eliminar ficheros (por ejemplo, un 777 octal), sólo el propietario de cierto archivo y el administrador pueden borrar un archivo guardado en un directorio con estas características.

El bit de SUID o setuidse activa sobre un fichero añadiéndole 4000 a la representación octal de los permisos del archivo y otorgándole además permiso de ejecución al propietario del mismo. El bit SUIDactivado sobre un fichero indica que todo aquél que ejecute el archivo va a tener durante la ejecución los mismos privilegios que quién lo creó; dicho de otra forma, si el administrador crea un fichero y lo setuida, todo aquel usuario que lo ejecute va a disponer, hasta que el programa finalice, de un nivel de privilegio total en el sistema.

El bit setgid hace lo mismo pero a nivel de grupo del fichero en lugar de propietario: todo usuario que ejecute un programa setgidadotendrá los privilegios del grupo al que pertenece el archivo. Para activar el bit de setgidsumaremos 2000 a la representación octal del permiso del fichero y además habremos de darle permiso de ejecución a la terna de grupo. Si el fichero es un directorio y no un archivo plano, el bit setgidafecta a los ficheros y subdirectorios que se creen en él: estos tendrán como grupo propietario al mismo que el directorio setgidado, siempre que el proceso que los cree pertenezca a dicho grupo.

Y aquí es donde quería llegar. Si modificamos los permisos de la carpeta “compartir” de la siguiente forma “sudo chmod -R 2775” forzamos a que los nuevos archivos y carpetas que cualquier usuario cree dentro de esa carpeta pertenezcan al grupo "compartir". Esto está muy bien, porque a partir de ahora los nuevos documentos creados dentro de esta carpeta serán accesibles a todos los usuarios que pertenezcan al grupo. Pero todavía no es lo que queremos, ya que el acceso que van a tener los usuarios que no sean los propietarios a los archivos de nueva creación será de sólo lectura.

Umask.

Las carpetas se pueden crear con permisos 777 y los archivos con permisos 666 ya que el sistema no permite que los archivos se creen con los permisos de ejecución activados. El que esto pueda ser así no significa que efectivamente lo sea.

Cuando creamos un archivo en nuestro sistema por defecto se le asignan permisos de lectura y escritura tanto para el propietario como para todos los demás, los permisos pueden ser modificados para que se asignen otros permisos distintos a los que vienen por defecto en la distribución, ésto lo logramos mediante el comando umask.

Hay dos formas de cambiar el valor de los permisos por defecto, una temporal que es ejecutando el comando desde la consola, y que durará mientras nos encontremos activos en esa consola y la otra es hacerla de manera permanente modificando el archivo .profile (esto lo deduje siguiendo el método de prueba y error, pero este archivo sólo lo vi en lmde, en la versión basada en ubuntu no existe, pero podemos crearlo y funciona igual) que se encuentra en nuestra carpeta home y que afectará solo a nuestro usuario, o modificando el archivo /etc/profile para que afecte a todos los usuarios del sistema.

Al abrir este archivo se puede leer lo siguiente:

# The default umask is now handled by pam_umask.

# See pam_umask(8) and /etc/login.defs.

Revisando /etc/login.defs podemos modificar umask, pero no he sido capaz de que funcione, aunque cambie el valor de umask los permisos no se modifican.

Para determinar los permisos de creación de archivos y de directorios restamos el valor que le hemos dado a umask a los permisos base, si creamos un archivo se lo restamos a los permisos base de los archivos que son 666 y en caso de ser un directorio lo que se hace es restárselo a los permisos base de los directorios que son 777. De esta forma si hacemos “umask 022” los permisos quedan 644 (lectura y escritura para el propietario y sólo lectura para el grupo y otros) para archivos y 755 (lectura, escritura y ejecución para el propietario, y lectura y ejecución para el grupo y otros) para carpetas.

Para lograr por fin nuestro objetivo de compartir una carpeta con plenos priviliegios para los usuarios seleccionados tenemos que modificar los permisos de creación de archivos de manera que estos usuarios creen los archivos con permisos de lectura y escritura para el grupo.

Para ello debemos editar el archivo /home/usuario/.profile de cada uno de los usuarios y donde dice:

# umask 022

cambiamos por:

umask 002

A modo de resumen:

• He conseguido compartir una carpeta entre varios usuarios de LMDE dando permisos completos.
• Sólo lo he podido hacer modificando el archivo .profile de cada usuario
• Para hacerlo en Linux Mint Maya creamos un archivo en blanco llamado .profile en la carpeta del usuario y editándolo ponemos umask 002
• Diversos métodos que he leído en la red que hacen referencia a los archivos .bashrc .bash_profile situados en la carpeta del usuario y a /etc/profile no he sido capaz de hacerlos funcionar

Fuentes:

Wikipedia

http://mmc.geofisica.unam.mx/LuCAS/Manuales-LuCAS/doc-unixsec/unixsec-html/node56.html

http://huevas.wordpress.com/2008/01/05/permisos-de-archivo-por-defecto-en-linux-umask/

http://www.ite.educacion.es/formacion/materiales/85/cd/REDES_LINUX/unix/Permisos_de_archivos_y_carpetas.html

http://rm-rf.es/permisos-especiales-setuid-setgid-sticky-bit/

Preciosa Tipografía de Anna Vives

Anna Vives es una chica de 27 años y es la responsable del nacimiento de una de las tipografías más bellas que he visto nunca.  Es una tipografía única y muy particular ya que está recogida de su propia mano, de su propio trazo.
Sí, así escribe Anna, con este tipo de letra única, especial y llena de personalidad . Tan especial y llena de personalidad como ella misma ya que Anna tiene el Síndrome de Down.

Hace prácticamente un año que empezó este arduo proyecto de depuración, recortes de sus propias letras y digitalización alfabética. Un año de trabajo gratamente apoyado y fomentado  por la Fundación tinerarium. Un año de trabajo en equipo, de superación y socializacion. Donde se demuestra que la personas discapacitadas, con los recursos necesarios y la motivación adecuada pueden aportar grandes cosas a esta nuestra plural  (y demasiadas veces injusta) sociedad.

Anna esta ilusionada y super-motivada, encantada de que su tipografía haya gustado a tantísimas personas. Más de 1.400 escuelas ya están y pueden trabajar con ella. Se está trabajando también para globalizarla y que llegue a 130 países, a más de 2 millones de alumnos.

Podéis descargaros la Tipografía así como colaborar o apoyar el proyecto Anna Vives en su propia página Web:
Sumant capacitats (Sumando Capacidades)

Aunque se indica que la Tipografía es para Windows o Mac esto no importa, podemos ponerla fácilmente en Linux. Descargaros el pack y descomprimirlo en la siguiente ruta:

• /usr/share/fonts/truetype/

O más fácil aún (pero a nivel usuario) desempaquetando el archivo y clicando en el archivo fuente AnnaBeta-Regular 2.ttf, con lo cual se abrirá la siguiente ventana donde debemos clicar en Instalar tipografía:

Luego ya podéis seleccionarla de la forma habitual desde el Gestor de preferencias de Apariencia:

 Gracias Anna por ser tan especial!!

Fuentes:
Cadena Ser (Radio) Hoy por Hoy

El Periódico.com

LMDE Update Pack 5 liberado y Cinnamon 1.6

Liberado el Update Pack 5 para LMDE.
Las novedades en este último Pack brillan por su ausencia. Si se ha de destacar alguna sería el nuevo sistema de selección de espejos mint-debian-mirrors para hacer un reparto más equitativo y lógico de estos a la hora de las actualizaciones y prevenir sobrecargas en la red.

El pack 5 está lleno de actualizaciones de paquetería. Prácticamente no deja nada por actualizar así que cómo en sus anteriores 4 liberaciones es bastante pesado, más de 1 GB. Toca nuevamente ser paciente.

 Más información sobre el Update Pack 5


Por otra parte hoy se ha puesto a nuestra disposición Cinnamon 1.6 junto a los exploradores  Muffin 1.1.0 y Nemo 1.0.1 y éste sí llenito de novedades.

Mint advierte que esta versión 1.6 está en fase de pruebas y por lo tanto no es recomendable su uso en entornos de trabajo.
Pero para todos aquellos curiosos o entusiastas tenemos y podemos activar la sección Romeo en Orígenes de Software de LMDE o Mint 13.
 

Luego mediante el gestor de actualizaciones instalar  Cinnamon 1.6, Muffin  y Nemo

Algunas consideraciones o advertencias:

• Hay que tener en cuenta que la Cinnamon 1.6.0 y Nemo 1.0.1son completamente nuevos
• Inclusión de muchas nuevas características en esta versión preliminar. Se espera por tanto bugs
• Nemo 1.0.1 es estable, pero se encuentra sin soporte para las extensiones más populares (Dropbox, Extraer aquí..etc..). 
• Nemo no soporta muchos de los temas que admite Nautilus, por lo que no se integrará con los temas tan bien como  hace éste .
• Estado de las traducciones de Cinnamon 1.6.0 unicamente están completas para los idiomas Francés, Alemán y Holandés. Para el Español se encuentra al 90%.
• La mayoría de los temas todavía no son compatibles para Cinnamon 1.6.0. Se recomienda por lo tanto utilizar en este caso el tema predeterminado "Cinnamon".
  
  
  
  
  Características destacadas y novedades:
  
  

  Workspace OSD 

  Puede crear un espacio de trabajo "persistente" siempre que lo desee haciendo clic en el botón "+" y permanecer allí hasta que decida eliminarlo. Puede cerrar la sesión o incluso reiniciar el sistema desde estos espacios de trabajo. Puede incluso dar un nombre a cada uno de ellos. Estos espacios de trabajo también son configurables. Puede fijar su duración, su posición en la pantalla y si desea que aparezca o no.
  
  

  

Window Quick-List

Nuevo applet que muestra todas las ventanas y todos los espacios de trabajo. También con soporte mejorado para teclado.

Alt-Tab Thumbnails and Window Previews

Miniaturas y vistas previas de ventana ahora son configurables

Muestra una vista previa de la ventana seleccionada con un efecto similar al efecto  Escalar de Compiz Fusion. Se puede definir también un borde de contorno de color para resaltar la vista previa.

Notifications Applet

Mejoras en el sistema de notificación de Cinnamon.

Al hacer clic en ellas desaparecen inmediatamente o desaparecen por sí solos después de unos segundos. El applet de notificaciones funciona como una bandeja que recoge y se guardan todas las notificaciones del sistema en las que no  se clica .  Esto es realmente útil cuando uno está ocupado haciendo otras cosas y no tiene tiempo de hacer caso a las notificaciones.  Luego cuando se quiera, se podrán recuperar todas las notificaciones no clicadas.

Improved Sound Applet 

Mejoras en el applet de sonido. El diseño revisado a fin de dar a la portada más espacio.

Porcentaje visible para el control deslizante de volumen .

El applet ahora también muestra información sobre herramientas y botones de Mute para silenciar el sonido y el micrófono (accesible a través del menú del botón derecho del ratón).

Backgrounds Selection & Nemo Integration

Integración para Nemo en la selección de fondos de pantalla, aunque tambien puede utilizarse con otros exploradores de archivos.

etc,etc,etc

Algunas nuevas características son realmente sorprendentes y esta haciendo de Cinnamon algo que
puede incluso envidiar Canonical en estos momento. Ciertamente las primeras versiones de Cinnamon no me convencía mucho, pero esta versión 1.6 es verdaderamente y gratamente un punto de inflexión  que puede hacernos replantear algunas cuantas cosas... Gracias Mint!!!

Aquí tenéis toda la lista de cambios y novedades de la versión 1.6

Fuente

Crear y restaurar Backups con Redo Backup & Recovery localmente

Redo sigue siendo (para mi manera de ver para Linux) la mejor herramienta que hay o que tenemos para realizar y restaurar nuestras copias de seguridad del dispositivo que sea.
Aparte de ofrecernos una interfaz puramente de un OS (por lo tanto muy intuitiva) en menos de 230 MB que ocupa nos ofrece decenas de utilidades...

... de todo tipo y para todo lo que podamos necesitar...

....pero si éstas no nos son suficientes, podemos agregar desde el Synaptic muchas otras como en cualquier sistema basado en Debian...

No es la primera vez que escribo sobre Redo. Ya lo he hecho otras tantas veces...

• Redo Backup & Recovery 1.0.2
• Tu salvación es Redo Backup&Recovery
• Restaurar nuestro equipo por completo de la manera más fácil con Redo Backup and Recovery

...pero no había hecho aún un pequeño "manual" de cómo crear y restaurar copias de seguridad.
En el caso de querer crearlas pocas dudas puede haber, pero si puede que las haya  a la hora de restaurarlas. Así que veamos si podemos aportar  algo de luz en ese punto.

Creando la Backup

Lógicamente lo primero que debemos hacer para crear nuestras Backups es clicar en la imagen correspondiente con la leyenda Backup.

Lo siguiente a realizar es seleccionar el disco que queremos copiar o el disco donde se encuentra la partición a copiar.
Cómo se puede apreciar en la imagen, esta nos muestra los soportes en su totalidad en tan solo una línea cada uno de ellos. Si hay particiones en estos soportes, se nos mostrarán desglosados en esa misma línea.  Este no es un modo de lo más intuitivo pero aun así que podremos identificar perfectamente donde se encuentra la partición a salvaguardar.

Una vez seleccionado el dispositivo, entonces sí se no mostrará de forma individual todas las particiones de éste, donde deberemos seleccionar la que nos interese copiar.
Por defecto todas están seleccionadas.

Seleccionada la partición o particiones, el próximo paso es decidir donde será guardad la Backup.
Este proceso no borra ni modifica absolutamente nada del dispositivo o partición donde queramos poner nuestra Backup. Únicamente será añadida en él como cualquier otra carpeta o archivo.

Deberemos crear una carpeta en el dispositivo seleccionado donde se volcará la copia.

Por defecto se le asignará a la Backup cómo etiqueta  la fecha actual, pero se puede modificar por cualquier otra etiqueta. No son permitidos en ella los caracteres especiales...

Una vez aceptado este paso se procederá a realizar la copia de seguridad...
Podemos ubicar en la misma ruta tantas copias como queramos. Lo único que tenemos que tener en cuentas es etiquetar estas Backusp adecuadamente para no liarnos a la hora de restaurarlas.

Restaurando la  Backup

El proceso de restauración es prácticamente idéntico pero con alguna salvedad que se verá más adelante.
Seleccionamos y clicamos en la imagen con la leyenda Restaurar.

Luego buscamos el soporte donde se encuentra la copia de seguridad que queremos restaurar...

Navegamos por el directorio hasta encontrar la copia de seguridad guardada con anterioridad.

El siguiente paso es el más importante y es el de decidir donde se quiere volcar esa Backup.

Cómo se puede ver en la imagen sucede exactamente igual que cuando queremos crear una copia de seguridad. Es decir se nos muestran los soportes en su totalidad, con las particiones si la hay en una sola línea.
A diferencia de la vez anterior, al identificar y seleccionar el dispositivo no se nos permitirá seleccionar individualmente las particiones que queramos de éste , sino que empezará inmediatamente a volcar la copia en el disco seleccionado.
Esto desde luego no es lo más adecuado y menos aún lo esperado. Por ahora no se puede seleccionar de forma individual  particiones para volcar nuestras copias cómo cabría esperar. El funcionamiento es algo distinto.

Aclaremos cómo funciona esto.
Supongamos que en mi disco (cómo es el caso) tengo tres particiones con dos sistemas operativos distintos más el sistema de intercambio. Si creo una Backup de la segunda partición de forma individual, luego al querer restaurarla no puedo seleccionar dicha partición de forma individual nuevamente ni ninguna otra sino que cómo dije anteriormente tengo que seleccionar el soporte entero.
Esto no es ningún problema ya que Redo restaurará (si no se modificó el tamaño de éstas después de la Backup) únicamente la segunda partición , sin tocar las otras.
Para verlo de otro modo, si por ejemplo queremos volcar la copia en un disco limpio y sin particionar, Redo particionará el disco con el tamaño y ubicación de la partición del disco original que se copio.
Queda claro que en este caso si ese disco contiene datos, serán eliminados al crear la partición para volcar la Backup en ese disco.
Para esto es imprescindible que el soporte donde se pretenda volcar la Backup sea igual o de mayor tamaño que el original, independientemente del volumen de los datos copiados. Es decir, si creamos la copia de una partición o disco de 20 GB ocupando esta un total de 7 GB al querer restaurar dicha copia, tendremos que hacerlo de todos modos en un disco con una capacidad igual o mayor a 20 GB.

Si no hemos modificado los disco o las particiones, las Backups serán restauradas exactamente en su ubicaciones originales.

Redo ahora se encuentra en su versión 1.0.3. Es una estupenda herramienta con la cual con unos simples pasos (cómo se ha podido ver) copiaremos y restauraremos nuestro sistema de una forma rápida y intuitiva cada vez que lo necesitemos.