Forse sto facendo qualcosa di sbagliato, ma non dovrebbero essere i comandi (eseguiti separatamente)

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

Hai timeout diversi? Il primo è quasi istantaneo, il secondo impiega 1 secondo e il terzo 100 secondi. In tutti i casi sembra richiedere circa sei secondi.

C'è un modo per aggirare il comportamento? Mentre gli sviluppatori lo etichettano come una "caratteristica" anziché un bug, vorrei alcune alternative ...

Questo è un bug noto: https://bugs.launchpad.net/ubuntu/+source/notify-osd/+bug/390508

(È considerata una "decisione di progettazione" dal manutentore.)

Come menzionato in uno dei post precedenti, esiste una decisione di progettazione per non consentire questa funzione. Fortunatamente per te, anche altre persone non sono d'accordo e hanno creato un PPA e puoi invertire questa decisione anche per il tuo sistema.

Per risolvere il tuo problema basta:

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

Opzionale

Per aggiungere ancora più funzionalità di invio-notifica di quelle attualmente disponibili:

Da Ubuntu 16.04 in poi:

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

Per le versioni 9.10-14.10:

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

Per ulteriori informazioni sulla soluzione sopra, leggi questo articolo:

Bolle di notifica configurabili per Ubuntu

Questa è stata una violazione intenzionalmente implementata delle convenzioni stabilite senza squalifica nell'ambiente del terminale host. vale a dire. notify-sendnon dovrebbe più esistere poiché compromette la funzionalità prevista e documentata ben consolidata, quindi notify-graffitiora dovrebbe esistere un nuovo comando - Cosa ???? Aspetta un secondo ... tutti quegli script che usano l'ortografia del nome del comando "convenzionale" saranno compromessi!?! cambiando la convenzione di come si scrive il nome del comando?!?! - hmmm Questa filosofia è eccezionalmente, paradossalmente ipocrita come sposata dall'interfaccia del terminale desktop Unity.

Non può essere fatto in entrambi i modi: preservare alcune convenzioni, ad es. il nome di un comando e non altri, la funzionalità di un comando come documentato. Se la funzionalità deve essere compromessa, allora anche il nome del comando dovrebbe mantenere integrità, convenzionalità, coerenza, ecc. Dell '"esperienza" dell'utente, oppure "frustrazione", "fastidio", "irritazione" dell'utente. ..

ref:

• per i dettagli vedere: Qual è il nome del programma che visualizza le notifiche?
• spunta " man notify-send"
• vedere la sezione Non expiring_notifications nel documento Ubuntu Notifica | Sviluppatore di app Ubuntu

Segnalibro:
Notifica-invio ignora il timeout?

Esiste un piccolo utile script notification-send.sh come sostituto drop-in per notifica-invio che consente di chiudere o sostituire le notifiche inviate in precedenza.

Modifica: come sottolineato da @Glutanimate, questo script supporta il tempo di scadenza per impostazione predefinita.

Alla fine non sono riuscito a far funzionare il tempo di scadenza, quindi ho optato per un modo bizzarro per inviare una notifica con un timeout di 2 secondi in questo modo:

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

Per coloro che utilizzano l'ambiente desktop Cinnamon, esiste un'impostazione che può essere abilitata:

Notifiche> Rimuovi notifiche dopo aver raggiunto il timeout

Questo è in millisecondi. Ho provato su XUbuntu 16.04 (Ubuntu XFCE)

notify-send -t 3000 "test"

esattamente 3 secondi