Package Details: vte3-notification 0.68.0-2

Git Clone URL: (read-only, click to copy)
Package Base: vte3-notification
Description: Virtual Terminal Emulator widget for use with GTK3 with Fedora patches
Upstream URL:
Keywords: gnome
Licenses: LGPL
Conflicts: vte3
Provides:, vte3
Submitter: BerelTarMaciltur
Maintainer: mydongistiny
Last Packager: mydongistiny
Votes: 35
Popularity: 0.000119
First Submitted: 2015-03-29 22:27 (UTC)
Last Updated: 2022-04-28 16:44 (UTC)

Latest Comments

mydongistiny commented on 2022-05-07 14:28 (UTC)

@Carlosgrr if you read build/meson-logs/meson-log.txt it tries running a few different sanity checks. I just did a clean build trying to get it to hit the same problem, but it builds fine for me.

I'm not really sure what it could be unless it doesn't have proper permissions wherever you're building the PKGBUILD.

Carlosgrr commented on 2022-05-07 14:14 (UTC)

With this new version it shows:

vte/ ERROR: Could not invoke sanity test executable: [Errno 13] Permission denied: (...)/vte3-notification/src/build/meson-private/sanitycheckc.exe

Is it trying to run a sanitycheckc.exe on a linux system?

Any ideas of what might be wrong?

mydongistiny commented on 2022-04-26 11:49 (UTC)

@Carlosgrr it just needs to be rebuilt using the new library. The package is fine. But if the new version of ICU is now in the stable repos I'll update the package number.

Carlosgrr commented on 2022-04-26 11:26 (UTC)

gnome-terminal: error while loading shared libraries: cannot open shared object file: No such file or directory

icu latest version: core/icu 71.1-1

After installing vte3 the gnome-terminal started working again, it seems this package needs to be updated.

fl4co commented on 2021-12-14 17:20 (UTC) (edited on 2021-12-14 18:23 (UTC) by fl4co)

AUR reports v.0.66.2-2, but PKGBUILD installs 0.66.2-1. AUR helpers endlessly report a new version is available.

EDIT: thank you for the quick fix.

mydongistiny commented on 2021-10-14 12:49 (UTC)

@Terence Updated pkgbuild and pushed to the aur. Thanks for the headsup.

Terence commented on 2021-10-14 12:34 (UTC) needs to be added to the provides array of package_vte3-notification() like the official package. This is required because the new version of qemu currently in testing adds this requirement ( and causes vte3 to be installed instead.

yochananmarqos commented on 2021-06-21 14:14 (UTC)

@mydongistiny: The Arch package now depends on systemd instead of systemd-libs.

mydongistiny commented on 2021-03-26 15:31 (UTC)

@vincent Please don't mark out of date because there's a new version released. This build is based off of Fedora and they are still on 0.62.3. Please check the source link in the PKGBUILD and see what version they are on before marking out of date.

yochananmarqos commented on 2021-02-05 00:51 (UTC)

@robson: Neither Fedora nor Arch patched it, why is it necessary here?

robson commented on 2021-02-05 00:35 (UTC)

In that case, could you add a patch to fix it?

mydongistiny commented on 2021-02-05 00:19 (UTC) (edited on 2021-02-05 00:20 (UTC) by mydongistiny)

@robson I updated the packaged because Fedora updated it and that's what this is based on.

robson commented on 2021-02-05 00:10 (UTC)

Why did you update this package? It is bugged Wouldn't it be better to wait until the correct version comes out.

yochananmarqos commented on 2020-09-26 03:01 (UTC)

FYI, there's been some changes to dependencies and Arch has a fancy way of splitting the package:

remspoor commented on 2020-06-14 14:30 (UTC)

@mydongistiny, Thanks!

I made a request to change aur/libquotient

mydongistiny commented on 2020-06-12 16:03 (UTC)

@remspoor sounds like maybe the person who packaged libquotient did it incorrectly. Those headers should be going in with the rest of the qt files and not just in /usr/include. I also see they are using cmake with defines instead of using qmake like the rest of the qt packages in Arch use.

Try this PKGBUILD I edited for libquotient until the other one is fixed: It moves the includes so QtCore/QLatin1String will be properly picked up.

remspoor commented on 2020-06-12 12:54 (UTC) (edited on 2020-06-12 12:57 (UTC) by remspoor)

Just to note: When aur/libquotient is installed the build fails with:

/usr/include/util.h:21:10: fatal error: QtCore/QLatin1String: No such file or directory

It looks like it detects /usr/include/util.h

Has header "util.h" : YES

I'm not sure if that util.h was meant to be the right one though.

aaronrancsik commented on 2020-05-08 17:47 (UTC)

@mydongistiny Oh, nice! OK, thanks!

mydongistiny commented on 2020-05-06 19:05 (UTC) (edited on 2020-05-06 19:32 (UTC) by mydongistiny)

@aaronrancsik It's already been changed to that in the package.

Edit: Also, if you're using yay or another aur helper to build, make sure you are doing clean builds as the packages have changed.

aaronrancsik commented on 2020-05-06 14:53 (UTC) (edited on 2020-05-06 14:54 (UTC) by aaronrancsik)

My ugly workaround for: bash: __vte_urlencode: command not found

edit: /etc/profile.d/

replate __vte_urlencode with /usr/lib/vte-urlencode-cwd

and wait until it fixed...

amathadius commented on 2020-05-02 20:27 (UTC)

@Terence Notifications with zsh are actually broken for a while, yes.

Terence commented on 2020-03-30 00:23 (UTC)

Notifications are still broken for me with ZSH. Anyone else? and where should the issue be reported?

mydongistiny commented on 2020-03-29 22:00 (UTC)

@yochananmarqos Please quit marking the packages out of date. These packages are based off the Fedora packages. Not the upstream source. I will update when Fedora updates.

andybz commented on 2020-03-11 03:40 (UTC)

@mydongistiny My bad. When I did a full upgrade, I think I replaced vte3-notification by accident. Installing vte3-notification again has sorted out my issue. Thanks for looking into it.

mydongistiny commented on 2020-03-10 01:06 (UTC)

@andybz You should have that file. It builds and packages it for me. Also, I'm still getting notifications from my terminal after updating. I will look into it though and see if I can figure out why you're having the problem.

I'll get back to you when I find something, but in the meantime, you can try the packages I built locally and see if they work for you.

I uploaded them here if you want to try them.

andybz commented on 2020-03-09 10:04 (UTC)

Since upgrading to v0.60.0 notifications no longer work for me.

I'm also seeing the error: bash: /usr/lib/vte-urlencode-cwd: No such file or directory.

The file /etc/profile.d/ now references this missing file, which is a change from the previous version which had a bash function instead.

I rolled back to the previous version of, but that didn't work either. I haven't looked any more into it yet.

Ste74 commented on 2019-11-26 18:28 (UTC) (edited on 2019-11-27 16:11 (UTC) by Ste74)

I can wrong where i look it but where is 0.58.3 version? Fedora not provide the patch yet.

dsboger commented on 2019-07-17 01:46 (UTC)

@Terence I'm not the maintainer anymore. You should ask @mydongistiny ;).

Terence commented on 2019-07-16 23:25 (UTC)

@dsboger I fixed add-zsh-notification-support.patch, replace its content with:

diff --git a/src/ b/src/
index 6d1a8734..40395e7b 100644
--- a/src/
+++ b/src/
@@ -46,7 +46,9 @@ __vte_ps1() {

 __vte_osc7 () {
-  printf "\033]7;file://%s%s\033\\" "${HOSTNAME:-}" "$(__vte_urlencode "${PWD}")"
+  last_command=$(history | tail -n1 - | cut -c8-)
+  printf "\033]777;notify;Command completed;%s\007\033]7;file://%s%s\007" "${last_command}" "${HOSTNAME:-}" "$(__vte_urlencode "${PWD}")"

 __vte_prompt_command() {

dsboger commented on 2019-03-12 00:15 (UTC)

Hi community. I'm sorry to say that I'm not having enough time to maintain this and other AUR packages anymore. I'm disowning them in hopes that someone else will give it the love it deserves. Cya!

dsboger commented on 2018-10-08 00:24 (UTC)

I've updated to the 0.54.1 Fedora patches, but the downstream patch add-zsh-notification-support.patch does not apply anymore, so I removed it from the build. I don't know what it does or why it is necessary, so I cannot fix it myself. If someone else would like to rewrite it, I'll gladly incorporate the changes.

dsboger commented on 2018-02-14 17:40 (UTC)

@RemoteAdmin should be fixed now. Thanks @etherpunk!

etherpunk commented on 2018-02-11 22:28 (UTC)

@RemoteAdmin I managed to fix that by changing to and it does download the patch.

RemoteAdmin commented on 2018-02-10 14:01 (UTC) (edited on 2018-02-10 14:01 (UTC) by RemoteAdmin)

One of the patches cannot be downloaded anymore

  -> Downloading vte291-command-notify-scroll-speed.patch-7dce41935b8df88c353b88854780661a0232e699...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (22) The requested URL returned error: 403 Forbidden
==> ERROR: Failure while downloading

dsboger commented on 2017-04-18 16:12 (UTC) (edited on 2017-04-27 02:35 (UTC) by dsboger)

@raindev I cannot reproduce the error on my side. Looks like a Python related issue. Could you post the following info: - python and gobject-introspection versions $ pacman -Q python gobject-introspection - The exact commands you are using to install the package Thanks for reporting!

raindev commented on 2017-04-18 12:53 (UTC) (edited on 2017-04-18 12:53 (UTC) by raindev)

Failed to compile for me with an error different to the mentioned below: Traceback (most recent call last): File "/usr/bin/g-ir-scanner", line 65, in <module> from giscanner.scannermain import scanner_main File "/usr/lib/gobject-introspection/giscanner/", line 41, in <module> from giscanner.dumper import compile_introspection_binary File "/usr/lib/gobject-introspection/giscanner/", line 34, in <module> from .gdumpparser import IntrospectionBinary File "/usr/lib/gobject-introspection/giscanner/", line 36, in <module> from .transformer import TransformerException File "/usr/lib/gobject-introspection/giscanner/", line 34, in <module> from .girparser import GIRParser File "/usr/lib/gobject-introspection/giscanner/", line 31, in <module> from .girwriter import COMPATIBLE_GIR_VERSION File "/usr/lib/gobject-introspection/giscanner/", line 29, in <module> from .xmlwriter import XMLWriter File "/usr/lib/gobject-introspection/giscanner/", line 46, in <module> from giscanner._giscanner import collect_attributes ImportError: /usr/lib/gobject-introspection/giscanner/ undefined symbol: PyUnicode_AsUTF8String make[3]: *** [/usr/share/gobject-introspection-1.0/Makefile.introspection:156: Vte-2.91.gir] Error 1 make[3]: Leaving directory '/home/raindev/packages/vte3-notification/src/vte-0.46.1/src' make[2]: *** [Makefile:1200: all] Error 2 make[2]: Leaving directory '/home/raindev/packages/vte3-notification/src/vte-0.46.1/src' make[1]: *** [Makefile:570: all-recursive] Error 1 make[1]: Leaving directory '/home/raindev/packages/vte3-notification/src/vte-0.46.1' make: *** [Makefile:477: all] Error 2

dsboger commented on 2017-02-08 14:18 (UTC)

@Kurayami the issue has been fixed in upstream master but the fix was not backported to the stable branch. I'm applying the patch downstream. Please, let me know if the issue persists.

dsboger commented on 2017-02-07 06:00 (UTC)

@Kurayami I've made some tests and it seems the last update of gperf breaks compilation of vte3-notification. I don't know if the problem is in the Fedora patches or VTE itself. Please, could you check with upstream [1] and report the issue if necessary? For now, the workaround is to downgrade gperf to 3.0.4. Thanks for reporting! [1]

Kurayami commented on 2017-02-07 05:46 (UTC)

vte3-notification fails to build: In function ‘void (* _vte_sequence_get_handler(const char*))(VteTerminalPrivate*, GValueArray*)’: error: call of overloaded ‘vteseq_n_lookup(const char*&, int&)’ is ambiguous seqhandler = vteseq_n_lookup (name, len); ^ note: candidate: const vteseq_n_struct* vteseq_n_lookup(const char*, unsigned int) vteseq_n_lookup (register const char *str, register unsigned int len); ^~~~~~~~~~~~~~~ In file included from vteseq-n.gperf:295:1: note: candidate: const vteseq_n_struct* vteseq_n_lookup(const char*, size_t) At global scope: warning: ‘const vteseq_n_struct* vteseq_n_lookup(const char*, unsigned int)’ declared ‘static’ but never defined [-Wunused-function] vteseq_n_lookup (register const char *str, register unsigned int len); ^~~~~~~~~~~~~~~ make[3]: *** [Makefile:1755: libvte_2_91_la-vteseq.lo] Error 1 make[3]: Leaving directory '/tmp/yaourt-tmp-kurayami/aur-vte3-notification/src/vte-0.46.1/src' make[2]: *** [Makefile:1200: all] Error 2 make[2]: Leaving directory '/tmp/yaourt-tmp-kurayami/aur-vte3-notification/src/vte-0.46.1/src' make[1]: *** [Makefile:570: all-recursive] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-kurayami/aur-vte3-notification/src/vte-0.46.1' make: *** [Makefile:477: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build vte3-notification.

dsboger commented on 2016-12-07 15:50 (UTC)

@mydongistiny No problems! I'm here to help (even if I didn't help at all and you could fix it by yourself :).

mydongistiny commented on 2016-12-07 06:56 (UTC) (edited on 2016-12-07 07:09 (UTC) by mydongistiny)

@dsboger I didn't get a notification. Sorry. I'm a moron and it's on my end. I just realized that after you said you couldn't reproduce. I force an older version of python for something and forgot I didn't remove it first. It's installed now.

dsboger commented on 2016-12-05 03:40 (UTC) (edited on 2016-12-05 23:22 (UTC) by dsboger)

@mydongistiny I cannot reproduce the error on my end. It would be good if you could provide some more info: 1) are you using pure Arch or some derived distro (specially one with different repos)? 2) What is the version of gobject-introspection that you have installed? Also, could you try building/installing the package without yaourt? That is to rule out issues with yaourt caching previous builds. In case you have never done that before, just running the following commands should do it: $ git clone $ cd vte3-notification $ makepkg -si Thanks!

dsboger commented on 2016-11-12 00:36 (UTC)

@Barthalion Fixed. Thanks!

Barthalion commented on 2016-11-11 23:23 (UTC)

Checking vte3-notification-0.46.1-3-x86_64.pkg.tar.xz vte3-notification E: Dependency gnutls detected and not included (libraries ['usr/lib/'] needed in files ['usr/lib/'])

dsboger commented on 2016-11-08 23:59 (UTC) (edited on 2016-11-09 00:00 (UTC) by dsboger)

Oops! forgot to add the new patch to the commit. Should be working now. Thanks for reporting!

defkev commented on 2016-11-08 21:47 (UTC)

+1 vte291-command-notify-scroll-speed.patch SHA256 not matching .SRCINFO

giuseppe commented on 2016-11-08 20:48 (UTC)

Seems like the checksum of "vte291-command-notify-scroll-speed.patch" needs to be corrected

SunRed commented on 2016-10-30 17:21 (UTC)

Since doesn't respond with the git protocols, I just did it the classic way. Also I'm going to disown gnome-terminal-fedora and vte3-notification because I am moving away from gnome-ish desktops but I also don't have the time currently to maintain these packages.

SunRed commented on 2016-04-09 20:46 (UTC)

Before complaining about build errors that say something like "Vte.Terminal.set_color_cursor_foreground is not available in vte-2.91 0.42.3. Use vte-2.91 >= 0.44" just remove vte3-notification before upgrade or install vte3 from the official repositories temporarily to avoid this error.

pepper_chico commented on 2016-02-08 00:09 (UTC) (edited on 2016-02-08 14:21 (UTC) by pepper_chico)

@SunRed Thanks, I'm using it for around a year or more, this was the first time I've hit this kind of conflict. To tell the truth I was interested solely in the transparency effect of the gnome-terminal, but with that it seems I have to carry a lot of other stuff together using the fedora variant. It didn't made much sense to me the way the dependencies have shown up, in the end I've opt to not replace vte-common since I don't like to rely too much on AUR, and since this is kind of fundamental, replacing a core package for an AUR one doesn't seems wise for me. Thanks anyway.

SunRed commented on 2016-02-07 12:03 (UTC)

@pepper_chico This is intended and has to be replaced/removed. vte3-notification/vte-notification-common is vte3/vte-common with a few patches that make them work with the notification feature used in gnome-terminal-fedora. Hence vte3-notification/vte-notification-common provides vte3/vte-common and packages that depend on vte3/vte-common will also work with vte3-notification/vte-notification-common. It seems you are quite new to Arch so I hope this explanation makes sense to you. I hope I could help.

pepper_chico commented on 2016-02-06 22:49 (UTC)

Got "vte-notification-common and vte-common are in conflict. Remove vte-common? [y/N]"

pepper_chico commented on 2016-02-06 22:47 (UTC)

I was about to install gnome-terminal-fedora but I've stumbled upon this. I've tried to install this one in isolation and got the same result. I'm using yaourt and in the end I stop installation because it enter in conflict with extra/vte-common. It asks for remotion of vte-common.

SunRed commented on 2016-01-25 00:06 (UTC)

@dbasinge Sorry for the late answer. vte-notification-common provides vte-common, thus pacman should not uninstall any packages that depend on vte-common. I guess you or your helper, if you are using one, is doing something wrong.

dbasinge commented on 2016-01-17 00:16 (UTC)

Can't install without uninstalling vte-common, which would uninstall pacman and half of Gnome. Probably a bad idea.

BerelTarMaciltur commented on 2015-04-23 11:39 (UTC)

vte-notification-common it's a dependency of vte3-notification. This PKGBUILD builds both vte-notification-common and vte3-notification. You should install vte-notification-common package before try to install vte3-notification package.

el.Quero commented on 2015-04-23 09:54 (UTC)

Souldn't be vte-notification-common added as dependency? warning: cannot resolve "vte-notification-common", a dependency of "vte3-notification" :: The following package cannot be upgraded due to unresolvable dependencies: vte3-notification

BerelTarMaciltur commented on 2015-04-19 17:56 (UTC)

pkgrel bumped. Thanks!

symen commented on 2015-04-19 14:11 (UTC)

Today I upgraded my system and then gnome-terminal-fedora wouln't start or build. As I understand, libvte was built against a previous version of gnutls, so rebuilding vte3-notification fixed the problem. Maybe this package needs a pkgrel bump then ?