Tal vez estoy haciendo algo mal, pero no deberían los comandos (se ejecutan por separado)

notify-send -t 1 "test"
notify-send -t 1000 "test"
notify-send -t 10000 "test"

¿Tienes diferentes tiempos de espera? El primero es casi instantáneo, el segundo toma 1 segundo y el tercero 100 segundos. En todos los casos parece tomar unos seis segundos.

¿Hay alguna forma de evitar el comportamiento? Como los desarrolladores etiquetan esto como una "característica" en lugar de un error, me gustaría algunas alternativas ...

Este es un error conocido: https://bugs.launchpad.net/ubuntu/+source/notify-osd/+bug/390508

(El responsable de mantenimiento lo considera una "decisión de diseño").

Como se mencionó en una de las publicaciones anteriores, existe una decisión de diseño para no permitir esta característica. Afortunadamente para usted, otras personas también están en desacuerdo y han establecido un PPA y también puede revertir esta decisión para su sistema.

Para resolver su problema solo:

sudo add-apt-repository ppa:leolik/leolik 
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install libnotify-bin
pkill notify-osd

Opcional

Para agregar aún más funciones para enviar-notificar que las que tiene actualmente:

Desde Ubuntu 16.04 en adelante:

sudo add-apt-repository ppa:nilarimogard/webupd8
sudo apt update
sudo apt install notifyosdconfig

Para las versiones 9.10-14.10:

sudo add-apt-repository ppa:amandeepgrewal/notifyosdconfig
sudo apt-get update
sudo apt-get install notifyosdconfig

Para obtener más información sobre la solución anterior, lea este artículo:

Burbujas de notificación configurables para Ubuntu

Esta fue una contravención implementada intencionalmente de convenciones establecidas sin descalificación en el entorno del terminal host. es decir. notify-sendya no debería existir, ya que compromete la funcionalidad documentada y esperada bien establecida, por lo tanto, notify-graffitiahora debería existir un nuevo comando : ¿Qué ???? ¡Espere un segundo ... todas esas secuencias de comandos que usan la ortografía del nombre de comando "convencional" se verán comprometidas! cambiando la convención de cómo se escribe el nombre del comando?!?! - hmmm Esta filosofía es excepcionalmente, paradójicamente hipócrita, como lo propugna la interfaz de terminal de escritorio de Unity.

No se puede hacer de ambas maneras, preservando algunas convenciones, es decir. el nombre de un comando y, sin embargo, no otros, la funcionalidad de un comando como se documenta. Si la funcionalidad se ve comprometida, entonces también debería hacerlo el nombre del comando para mantener la integridad, convencionalidad, consistencia, etc. de la "experiencia" del usuario, o es esa "frustración", "molestia", "irritación" del usuario. ..

árbitro:

• para más detalles, consulte: ¿Cuál es el nombre del programa que muestra las notificaciones?
• marque " man notify-send"
• vea la sección Notificaciones que no caducan en el documento de Ubuntu Notificación | Desarrollador de aplicaciones Ubuntu

Marcador: ¿
Notificar-enviar ignora el tiempo de espera?

Hay un pequeño y útil script notify-send.sh como un reemplazo directo para la notificación de envío que le permite cerrar o reemplazar las notificaciones enviadas anteriormente.

Editar: como señaló @Glutanimate, este script admite el tiempo de caducidad de forma predeterminada.

Al final no pude obtener el tiempo de caducidad para trabajar, así que decidí enviar una notificación con un tiempo de espera de 2 segundos como este:

notify-send.sh --print-id test | xargs -I {} bash -c "sleep 2 && notify-send.sh --close={}" &

Para aquellos que usan el entorno de escritorio Cinnamon, hay una configuración que se puede habilitar:

Notificaciones> Eliminar notificaciones después de que se agote el tiempo de espera

Esto es en milisegundos. Probé en XUbuntu 16.04 (Ubuntu XFCE)

notify-send -t 3000 "test"

exactamente 3 segundos