Package Details: prezto-git r1567.876f4265-1

Git Clone URL: https://aur.archlinux.org/prezto-git.git (read-only, click to copy)
Package Base: prezto-git
Description: Prezto is the configuration framework for Zsh; it enriches the command line interface environment with sane defaults, aliases, functions, auto completion, and prompt themes.
Upstream URL: https://github.com/sorin-ionescu/prezto
Keywords: environment zsh
Licenses: MIT
Submitter: None
Maintainer: monson
Last Packager: monson
Votes: 61
Popularity: 0.84
First Submitted: 2013-05-03 18:07 (UTC)
Last Updated: 2022-06-24 07:45 (UTC)

Latest Comments

monson commented on 2022-06-24 08:38 (UTC)

Protocol in source is fixed, FYI.

ufoludek commented on 2022-06-03 21:42 (UTC) (edited on 2022-06-03 21:42 (UTC) by ufoludek)

Needs PKGBUILD update, more specifically a source update.

gshinguji commented on 2022-04-22 22:48 (UTC) 

git@github.com: Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
==> ERROR: Failure while downloading prezto git repo
    Aborting...
error: failed to download sources for 'prezto-git-r1567.876f4265-1': 
error: packages failed to build: prezto-git-r1567.876f4265-1

RealOrRandom commented on 2022-04-19 07:45 (UTC)

Hi, this needs an update according to https://www.reddit.com/r/archlinux/comments/u0slki/error_with_yay_whilst_installing_packages/. Changing the source url to prezto::git+https://github.com/sorin-ionescu/prezto.git works for me.

Salamandar commented on 2020-05-21 20:15 (UTC)

Hi, could you add the new package prezto-contrib-git as recommended ? :)

axionl commented on 2018-06-23 15:41 (UTC) (edited on 2018-06-23 15:41 (UTC) by axionl)

There are two errors here with namcap tools.

prezto-git E: Missing custom license directory (usr/share/licenses/prezto-git)

prezto-git E: Dependency perl detected and not included

belak commented on 2017-08-28 22:17 (UTC)

The sed replacement shouldn't be needed any more now that prezto will infer the ZPREZTODIR properly.

tuxayo commented on 2017-07-22 23:36 (UTC) (edited on 2017-07-22 23:41 (UTC) by tuxayo)

When updating I got the following message: :: Running post-transaction hooks... (1/1) Arming ConditionNeedsUpdate... prompt_damoekri_precmd:5: promptpwd: function definition file not found Is this expected? edit: it was my prompt that is no longer in prezto.

andrejr commented on 2017-04-21 16:07 (UTC)

@Eriner: Development of Prezto has resumed, it seems. Sorin (the author) is accepting pull requests once again. Please either redirect the source to sorin-ionescu's Github repo or disown the package. Thank You!

Rhinoceros commented on 2016-04-26 06:54 (UTC)

@Eriner Fair enough, it probably makes sense to keep it this way then. Thanks for the clarification.

Eriner commented on 2016-04-22 07:21 (UTC)

@Rhinoceros: I've manually applied many of the numerous outstanding PRs. My fork just doesn't have that _one_ module. If others want it to point to the original repo, I'll orphan this package. I'm not using prezto anymore. Zim is where it's at ;)

Rhinoceros commented on 2016-04-22 02:53 (UTC) (edited on 2016-04-22 03:57 (UTC) by Rhinoceros)

@Eriner I just realised that this PKGBUILD clones your fork of prezto. However, it seems like the original prezto *is* still being updated. The most recent commit is 3 Mar, as opposed to yours on 3 Jan. Your repo is missing some things, e.g. the autosuggestion module. I'd recommend pointing the PKGBUILD back to the original. (FWIW I'm also checking out zim currently. I'm impressed by the speed improvements!) =EDIT= Actually, when I say "recommend", that's probably a bit strong. I don't know the other differences between the two repos, it was just that I wanted to enable autosuggestion.

Rhinoceros commented on 2016-04-18 12:24 (UTC)

I'm having trouble with the fasd module. Whenever I open a new shell I get the following error: /usr/lib/prezto/modules/fasd/init.zsh:32: permission denied: /usr/lib/prezto/modules/fasd/cache.zsh Presumably this is because zsh under my user is attempting to write to the system-wide installation's cache. This PKGBUILD is obviously installing prezto system-wide, so I guess it's a bug if the cache file is not writable.

k2s commented on 2016-04-10 15:35 (UTC)

there is permission problem with npm cache file. I filled upstream bug report https://github.com/sorin-ionescu/prezto/issues/1122

Brottweiler commented on 2016-01-14 14:00 (UTC)

@chopper there is no ~/.prezto directory, there is only .zpreztorc.

chopper commented on 2016-01-14 13:47 (UTC)

Hey I'm pretty new to Arch. After installation i dont have ~/.prezto directory. Can someone help me?

Brottweiler commented on 2015-12-24 17:13 (UTC)

@Eriner, ah I see, thanks. Well, as long as it does what prezto does so I don't miss anything I guess, it's cool and I might use it.

Eriner commented on 2015-12-24 17:10 (UTC)

@Brottweiler it isn't a fork. Wrote it from the ground up, taking inspiration from prezto and oh-my-zsh (I really liked the structure of prezto).

Brottweiler commented on 2015-12-24 17:08 (UTC)

@Eriner, if you want to fork prezto and make your own framework (prezto is fork of oh-my-zsh, and Zim is fork of prezto) and you make it better and faster, then that's kinda cool actually, and I guess I support that. :P

Eriner commented on 2015-12-24 16:50 (UTC)

@Brottweiler, okay. I just wanted to make it clear that just because there is an issue, it doesn't mean the package is 'out-of-date'. It builds from git. Unless the install fundamentally breaks, it isn't 'out-of-date'. Don't flag it as such, @nos1609. Also, @Brottweiler, do you see why I was hesitant about him merging things? :/ I've now made my own framework (https://github.com/Eriner/zim). Once (if) activity continues again upstream, I will switch the repo back, but I'm dedicating my time to my own framework at this point.

Brottweiler commented on 2015-12-24 16:36 (UTC)

@Eriner, I think recently there was a zsh update that, after the update (and maybe a relogin/reboot) made the console throw errors after every inputted character. Searching for a fix, I just found it was zsh being wonky, not prezto. IIRC, disableing the syntax-highlighting made the error go away. But what I did was just to try to rebuild prezto, and that made the error go away. I assume this is what @nos1609 might have meant...

Eriner commented on 2015-12-24 16:24 (UTC)

@nos1609 "doesn't display correctly with lastest zsh from official repo" What does this mean? Don't flag the package as 'out-of-date' because you are having a problem. Open an issue, debug the problem.

Eriner commented on 2015-11-02 10:00 (UTC)

Yes, I have opened many PRs and will add more if he makes good on that and merges them. Until there is consistent activity, I will not be changing the repo here. I will, of course, merge any upstream changes. We'll see what happens.

Brottweiler commented on 2015-11-02 08:14 (UTC)

https://github.com/sorin-ionescu/prezto/pull/922#issuecomment-152944682 Sounds like sorin will start merging pull requests.

Eriner commented on 2015-10-10 06:28 (UTC)

@beanaroo, thanks for the report. Next time, it would be best to report this as an issue in the git repo. This problem has been solved. Read the commit message for details: https://github.com/Eriner/prezto/commit/32f3b57b21225232dfc80c26df4f1714215fa55b

beanaroo commented on 2015-10-10 05:48 (UTC) (edited on 2015-10-10 06:01 (UTC) by beanaroo)

I just did a fresh install of Arch. I am now presented with the error: $ sudo: nocorrect: command not found This seems to occur with aliases that contain noglob and nocorrect. I have never had any trouble before. Has something changed? UPDATE: I have worked around the issue by commenting out the `sudo` aliases in /usr/lib/prezto/modules/utility/init.zsh. I still don't understand why the problem exists by default.

Eriner commented on 2015-10-06 01:37 (UTC)

I just added a 'debug' module to prezto. This function will allow for traces of prezto/zsh to be created to help debug. Before this can be used with the AUR package version, I will have to amend the PKGBUILD to apply the 'sed' operation to this file as well. I will do this once I have finished the debug module and am happy with it.

Eriner commented on 2015-09-29 21:22 (UTC)

Issue is fixed. I actually didn't need to source anything, as init.zsh sources all of the functions; having it handle sourcing the function makes it available without any unique "source xxx" within the prompt setups.

Eriner commented on 2015-09-29 19:38 (UTC)

Yes, unfortunately there is no really good way to reference where a script exists ($0 is not viable), so I will update the install here to fix within the next 8 hours or so.

jakebailey commented on 2015-09-29 19:26 (UTC)

The latest commits seem to depend on having prezto in $HOME. Error on terminal opening: prompt_sorin_setup:source:36: no such file or directory: /home/jake/.zprezto/modules/prompt/functions/pwd_common prompt_sorin_precmd:5: command not found: prompt_pwd The second line occurs on every command (since the pwd has to get printed). I don't think the replacement in the PKGBUILD is happening for the new line 'source "$HOME"/.zprezto/modules/prompt/functions/pwd_common'.

Eriner commented on 2015-09-28 17:26 (UTC)

@Brottweiller glad I could elaborate to provide some context. I'm also fixing LONGstanding issues with prezto. An example is the ksh style function use over the POSIX standard. This issue has existed for almost a year. https://github.com/sorin-ionescu/prezto/issues/692 I have fixed this in the prezto codebase, as well as submitted multiple PRs to have it fixed in the submodules prezto uses. https://github.com/Eriner/prezto/commit/c3d2bc8d866e23ba65c2f8acea10b10ea0e73890 https://github.com/Eriner/prezto/issues/5

Brottweiler commented on 2015-09-28 17:23 (UTC)

Ok, I understand. Thanks. :)

Eriner commented on 2015-09-28 17:14 (UTC)

@Brottweiler Many of the PRs are no-brainers to merge. The max-errors fix is a great example. This has fixed my terminal hang in some cases, and there is absolutely no reason not to merge it. Sorin has not commented or given any feedback whatsoever to the PR. It would be different if he was actively communicating and either rejecting or asking for better/different code, but that is not what is happening. There are many that I will /not/ be merging until I fully investigate and find a good solution for, python env pulls, for example. The things I have merged are simple, and in most cases, fixes for what already exists.

Brottweiler commented on 2015-09-28 17:03 (UTC)

I do not think Sorin is inactive, but I also think there's reasons why he doesn't instantly merge all the PR's, although I am not that set into prezto and his developement. Is it a good idea to merge all those PR's?

Eriner commented on 2015-09-28 12:25 (UTC)

BUILD NOTE TO USERS: The git path has changed. If you are using any persistent path to update, (i.e. ` cd ~/aur/prezto-git && makepkg -sci` ) it would be best to remove that directory completely to prevent any conflicts. Rebuild prezto in a clean environment. Explanation for the change: It seems that Sorin, the current maintainer of prezto, is no longer actively maintaining prezto. It has been 4 months since his last commit to the prezto repo, and at the time of this writing, there are 60 PRs that have not been merged or closed. I have forked the repository and have been manually merging select PRs and fixes; notably fixes for URL globing with zsh > 5.1, as well as a max-error limit for the completion module. I am changing the git path to my fork, as I will be manually merging the fixes and updating it going forward. If any fixes are committed upstream in Sorin's repo, I will merge them here. If Sorin decides to come back to his semi-abandoned prezto repo and fix the outstanding issues, I will revert the repo change.

Eriner commented on 2015-06-07 04:28 (UTC)

@orestisf Do not mark this package as out-of-date. This is a git package, and always builds from the latest git source. Unless it does not build properly, there is nothing wrong.

Eriner commented on 2015-05-13 07:36 (UTC)

The reading of /etc/zlogout last is by design. See https://github.com/sorin-ionescu/prezto/tree/master/runcoms This is so root can enforce the logout message. If you do not like the message or want the message, edit the file to correspond with your preference. I am not dictating what the prezto git repository should have or not have. If you don't like prezto having that message/zlogout file, create an issue in the git repo.

kerekes commented on 2015-04-18 09:10 (UTC)

I've also omitted 'etc/zsh/zlogout' from the PKGBUILD, and ran the following to create the zsh config: setopt EXTENDED_GLOB for rcfile in /usr/lib/prezto/runcoms/^README.md(.N); do ln -s "$rcfile" "${ZDOTDIR:-$HOME}/.${rcfile:t}" done

Eriner commented on 2015-04-08 00:40 (UTC)

The aforementioned issue has been fixed in the latest commit.

Eriner commented on 2015-04-07 22:54 (UTC)

For anyone who comes here looking, an external submodule is failing to update in the master git. I have created a pull request in an attempt to fix this problem. Waiting to hear back from sorin-ionescu now.

seletskiy commented on 2014-12-19 18:13 (UTC)

@Eriner: I agree that some of that runcoms/ files give fast start with prezto, but some of them are just inconvient. Consider this: https://github.com/sorin-ionescu/prezto/blob/master/runcoms/zlogin#L17 And, especially, that one: https://github.com/sorin-ionescu/prezto/blob/master/runcoms/zlogout You can't prevent this code from execution (as far as I know, correct me if I wrong), user specific ~/.zlogout will not override that file. Even `exit 1` will do nothing. However, zsh man page states, that one can use GLOBAL_RCS to disable reading system-wide configuration files, which is possible solution, but, well, not so beautiful. So, I think, that current package should omit at least zlogout file, which is entirely useless.

orschiro commented on 2014-12-09 06:12 (UTC)

@Eriner Thanks for clarfying. Indeed this package makes configuring prezto in the home dir optional. Cool thing, thanks!

Eriner commented on 2014-12-08 22:47 (UTC)

@orschiro I can use my standard ~/.zshrc file in that location, without any special changes. What is your question? @seletskiy What do you suggest? I can move them if it's desired, but it allows prezto to be set up and running without any configuration quickly, and can be overriden by conf files at the user's ~.

Eriner commented on 2014-12-08 22:40 (UTC)

@erikryverling The 'issue' is fixed by rebuilding the package. Please do not flag it as out of date. It is being actively maintained, and the solution to your problem is in my post, which you even refered to. Please READ THE POST before flagging things.

orschiro commented on 2014-12-08 13:09 (UTC)

@erikryverling I cannot reproduce this issue. Just build the package manually and it should automatically fetch the latest source from Github.

erikryverling commented on 2014-12-08 13:06 (UTC)

Please update, I'm having the same issue as Eriner!

orschiro commented on 2014-12-07 00:55 (UTC)

Hi there, Thanks for packaging prezto! One question, how am I supposed to configure my ~/.zshrc when using prezto from this package? In some other configuration files I found the following piece which does not exist when installing this package, however: # Source Prezto. if [[ -s "${ZDOTDIR:-$HOME}/.zprezto/init.zsh" ]]; then source "${ZDOTDIR:-$HOME}/.zprezto/init.zsh" fi

seletskiy commented on 2014-12-04 12:08 (UTC)

I think it's bad idea to place "example" configuration files to system-level configuration directory "/etc/zsh/", which are located in /runcoms/ directory in the repo. Because of default example zlogout file uncoditionally placed into /etc/zsh/ I see that "funny" stuff every time I've logout from shell: Thank you. Come again! -- Dr. Apu Nahasapeemapetilon

Yamakaky commented on 2014-11-27 13:36 (UTC)

This package misses a LICENCE file (see namcap).

Eriner commented on 2014-11-26 18:59 (UTC)

There was a recent change in the git repository that fixes the issue: "grep: warning: GREP_OPTIONS is deprecated; please use an alias or script" Please rebuild this package to update. https://github.com/sorin-ionescu/prezto/commit/9539341e1eddcdd08055e2c4993ba0f624fc8ea2

Eriner commented on 2014-11-11 02:22 (UTC)

Glad it's working, rumpelsepp. It's updating and working properly on aura without causing issues, and works with yaourt and pacaur as well. If anyone else is having issues, please let me know.

rumpelsepp commented on 2014-11-09 22:09 (UTC)

@Eriner: I know this page and "the date of last PKGBUILD update" is not mentioned there. Anyway it works like charm now, thanks. :)

Eriner commented on 2014-11-07 22:34 (UTC)

I will update the pkgver as it is causing issues.

Eriner commented on 2014-11-07 22:33 (UTC)

@rumpelsepp https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines#Git

Brottweiler commented on 2014-11-07 20:06 (UTC)

Right, my AUR helper sais everytime that this package was updated which there clearly isn't.

rumpelsepp commented on 2014-11-07 10:27 (UTC)

@Eriner: Please do not use the "pkgver variable to the standard for git repos". Where did you get this standard? I have never read about it. Now every time i run `pacaur -Syu` pacman claims that I am downgrading prezto. Just leave "r1426.6f9c166" in pkgver; it will get updated locally during build time.

Eriner commented on 2014-11-06 05:37 (UTC)

I have adopted this package and will maintain it from this point forward. I have changed the pkgver variable to the standard for git repos; the date of last PKGBUILD update. This should fix issues with AUR helpers that are bugged, liek aura, causing the package to rebuild on update. I have also changed the pkgver function to the recommended format for packages without tags (counting the number of revisions since the beggining of the history). If you have any issues, comment or get a hold of me. Thanks to Chionsas for creating the package and orphaning.

erikryverling commented on 2014-08-03 17:45 (UTC)

Hi! Is there any particular reason for using the source command to import the contents of the files in the runcoms dir rather than installing (copying) the conf files directly to /etc/zsh/ ?

brettski commented on 2014-07-24 22:52 (UTC)

I am hoping you will consider changing "pkgver=current" and following the more common convention of just using the date the PKGBUILD was most recently changed. "current" is not supported by some AUR helpers and can cause this package to be built every time an update is run. Thanks for your consideration!

rumpelsepp commented on 2014-06-07 10:33 (UTC)

Please resubmit with mkaurball! thanks

commented on 2013-12-02 13:40 (UTC)

By default, diff is wrapped by the 'utility' module in /usr/lib/prezto/modules/utility/functions/diff. It checks whether you want colors (true by default) and colorizes the output using `colordiff` (community/colordiff). If colordiff is unavailable and git module is loaded, it uses git's colored diff function. Failing that, the standard uncolorized diff is used. If you do not want colors, add this to your zpreztorc: zstyle ':prezto:module:utility:diff' color 'no' More documentation at: https://github.com/sorin-ionescu/prezto/tree/master/modules/utility I hope this helps ;)

commented on 2013-12-02 13:39 (UTC)

By default, diff is wrapped by the 'utility' module in /usr/lib/prezto/modules/utility/functions/diff. It checks whether you want colors (true by default) and colorizes the output using `colordiff` (community/colordiff). If colordiff is unavailable and git module is loaded, it uses git's colored diff function. Failing that, the standard uncolorized diff is used. If you do not want colors, add this to your zpreztorc: zstyle ':prezto:module:utility:diff' color 'no' More documentation at: https://github.com/sorin-ionescu/prezto/tree/master/modules/utility I hope this helps ;)

hzu commented on 2013-11-10 15:46 (UTC)

Ok this is the actual output: ~ ❯❯❯ which diff diff () { # undefined builtin autoload -XUz } I tried looking at all the config files but I can't seem to find any errors that might lead to the problem above.

hzu commented on 2013-11-10 15:28 (UTC)

I haven't used zsh before, so I hope my question is not too stupid. Anyway, with the default zsh and grml-config-zsh, my zsh is working perfectly fine. But when this is installed, the $PATH environment variable seems to be not set up properly. I've configured my ~/.zshenv, but it's still the same. When I try 'which diff' (as an example), I'll get something like this: diff () { #undefined } It's something similar. Does anyone know how to fix this?

commented on 2013-08-27 12:02 (UTC)

The package is updated to not have a hardcoded version as it always fetches the newest code from git. Additionally, there are new cache-related fixes for node, perl and fasd modules. Those modules keep caches in their module folders. Therefore, they might have worked improperly or slowly before. Now their cache files are symlinked to /var/cache/prezto/$module/cache.zsh. Please report issues if you find any ;)

commented on 2013-08-27 11:57 (UTC)

The point of Prezto is to modify and tweak it to suit your needs, that is correct. You can still do it using this system-wide install - every user has her own ~/.zshrc and ~/.zpreztorc files and can even have a custom, overriding Prezto installation in ~/.zprezto/ :) The system-wide install is convenient because it lets you upgrade Prezto core and modules for all users at once and lets you keep some basic default config that each user can modify further. That is very convenient when one has to launch zsh with `sudo -Hu someuser zsh` - you instantly get a prezto-enabled z shell that's using the global config!

DaveCode commented on 2013-06-22 00:41 (UTC)

The -git/-cvs/-svn package paradigm is common in AUR. https://aur.archlinux.org/packages.php?K=git https://aur.archlinux.org/packages.php?K=svn https://aur.archlinux.org/packages.php?K=cvs

DaveCode commented on 2013-06-22 00:09 (UTC)

@giddie You make a valid point for those so inclined. Another for those not is maintenance. Global AUR updates are easier to remember than git updates on several PCs atop AUR updates atop pacman updates. I prefer simple: pacaur -Syu and forget. As far as themes, I've been reviewing this fork, http://www.paradox.gd/posts/9-my-new-zsh-prompt

giddie commented on 2013-05-09 10:16 (UTC)

Hmm; I'm pretty sure the point of Prezto is that you modify and tweak it using git to suit your needs. I think people will miss out on that if they use a package like this. Personally, I'd recommend following the suggested installation method at the Github repository.

commented on 2013-05-03 18:10 (UTC)

If you don't want tripple arrows in your prompt, put this into your ~/.zshrc: zstyle ':prezto:module:editor:info:keymap:primary' format ' %B%F{green}❯%f%b' zstyle ':prezto:module:editor:info:keymap:alternate' format ' %B%F{green}❮%f%b' And this, if you don't want the '...' completion loader: zstyle ':prezto:module:editor:info:completing' format ''