-
Notifications
You must be signed in to change notification settings - Fork 391
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Zathura doesn't open when called #2391
Comments
Did you read |
Yes, I followed those directions when installing initially. I am/was following this guide to set everything up, and I don't think I missed any steps. |
Great. Have you tested that Zathura works when you start it from the terminal? Next, if it works: Can you repeat your initial test steps until |
When I run it from my terminal, a Zathura black window opens up with the title "org.pwmt.zathura" with text saying "[No name]" in the bottom of the window. Copying my
|
So, for some reason, there's a problem with dbus (the man topic of the faq section). I don't use MacOS and can't be of much help. Sorry. There have been several related issues, perhaps you can find some hints in one of them? |
Hey @liamd101! Sorry you are having trouble even though you followed the guide's instructions. Working with Linux programs like Zathura on macOS can be very finicky, so I'm not surprised dbus and Zathura are causing problems. I just tried updating to your version of macOS (12.3.1) and can confirm Zathura is working properly on my machine, which makes me think---at least on principle---we can get it to work for you too. Can you check the output of Here is what I get on my end (some irrelevant parts omitted):
Note that I am no macOS expert---I use Linux on my main machine---so I can't guarantee a solution. But I'll do what I can to help; I definitely don't want to have a tutorial that is misleading users/doesn't work, especially since new VimTeX users might be reading it. On that note, @lervag, I think I might add a sort of "Caveat: your mileage may vary warning, use at your own risk" warning to the macOS/Zathura section of the guide, since I don't daily-drive macOS, Apple has been known to break things unexpectedly, and there are so many moving parts with getting dbus playing nicely with Zathura and VimTeX on mac. What do you think? |
Thanks for pitching int, @ejmastnak! For your question: I agree, but let's wait until we've (hopefully) resolved this issue first. It may bring more useful information on the table that can be relevant for an update to the docs. |
Interestingly let g:vimtex_view_method = 'sioyek' I have this line in my config. It used to work but it didn't work anymore for some days (or even weeks) now. |
Sorry, @TornaxO7, but now you are being very off topic. Please open a new issue if something is not working as expected, and please, provide the relevant and necessary details when you do. |
oh sorry, I thought that this might suit here |
I hope I did not come off too aggressive. I just didn't understand how your obvservation was relevant to this thread. The topic is Zathura; MacOS; D-Bus. Why is Sioyek relevant? And why is it relevant that Zathura works for you? (It works for me as well; and last I tried, Sioyek worked for me.) |
Here are the outputs:
The only differences I notices in our two outputs were the "Running" line and the caveat in dbus. Since I was actually given steps/prompt for the caveat, I started with that. I ran
So I ran
I am assuming that I should just run |
Great, thanks for checking! So it looks like the dbus service isn't running, which would explain why Zathura was complaining about dbus. Could you check two more things:
For reference, here is my $ echo $DBUS_SESSION_BUS_ADDRESS
unix:path=/private/tmp/com.apple.launchd.HGNwmUAuFv/unix_domain_listener And my authentication method: $ grep "<auth>" /usr/local/opt/dbus/share/dbus-1/session.conf
comment out the <auth> element to allow fallback to DBUS_COOKIE_SHA1. -->
<auth>DBUS_COOKIE_SHA1</auth> |
And
|
This looks good! Clearly you've followed
Interesting, perhaps this is the problem. How are you currently going about setting this environment variable? Perhaps relevant: are you using I'm realizing now that I had only tested the guide on macOS when running |
This link might be helpful. |
@liamd101 After messing around a bit, I can confirm that when the Running [Edit] What happens if you set |
Sorry, but I don't fully understand. Like I said before, I'm still very new to all of this. I am currently using
Manually setting |
Excellent, I promise we are almost at a solution now. No worries about being new to the shell stuff. And you're right---there are quite a few concepts to wrap your head around here. First let me give you a TLDR solution (I hope):
Hmm, in principle I don't see why placing [Edit] Additions: Details, details There are two (not necessarily mutually exclusive) classes of shells:
You can customize a shell's behavior with startup files (like you customize Vim with a Things get complicated with choosing the right start-up file for the job. For better or worse, there is a whole zoo of shell start-up files ( If you want to go down this rabbit hole, I'd start by reading up on the differences between login/non-login and interactive/non-interactive shells and which start-up files each reads. Perhaps the community can recommend some references. But if you're new, tackling the shell start-up script zoo might be more overwhelming than it is helpful, and it might be more productive to get comfortable with a basic Sigh. I hope this more helpful than overwhelming :) |
That worked! Thanks so much for your help and your guide! As for the details, they are both helpful and overwhelming haha |
Great, glad to hear! In that case you can probably close the issue. And I'll add a few more lines to the guide about making sure the |
Thanks, @ejmastnak! You could do a PR, or just suggest a change here and I'll add it. |
Aha, I meant I would add a few more lines to the guide on my website. I think 2. Add this to your `.bashrc` or `.zshrc` file (or similar):
export DBUS_SESSION_BUS_ADDRESS="unix:path=$DBUS_LAUNCHD_SESSION_BUS_SOCKET"
+ The `DBUS_SESSION_BUS_ADDRESS` environment variable must be set for Zathura to work with VimTeX; see [2] for details.
[0]: https://github.com/lervag/vimtex/issues/1737#issuecomment-759953886
[1]: https://brew.sh
+ [2]: https://github.com/lervag/vimtex/issues/2391
Edit: or perhaps link directly to #2391 (comment) or similar, to avoid the irrelevant (in this context) material in the first few comments. |
Thanks! |
Sorry for the late reply @lervag !
Don't worry, nothing happened :)
I can understand your points. I thought that my current issue with sioyek might |
Great, and no problem. I'm happy that you chose to act with those good intentions, and I hope I did not scare you from doing the same in the future. :) |
Hihi, don't worry about that c(^-^)c |
I have a very similar problem with OP, but instructions above cannot fix mine. I followed vimtex-help to set up zathura and dbus. I have added And the error message for When I run
I use neovim and zsh, with iterm2. Do you guys have any clues? |
Hey @ucasyfp, I'm not immediately sure how to solve your issue. It would probably be a good idea to open a separate issue with your system information and complete steps to reproduce your issue. I would start by uninstalling and re-installing the relevant software: run
Then, once you have a clean slate, try exactly repeating the steps in |
@ucasyfp Unless the tips from @ejmastnak works, please open a new issue with a full description. |
Description
I am trying to set up Zathura to view pdfs when working with Vimtex, but I cannot get it to work. When I run
:VimtexCompile
or:VimtexView
, nothing seems to happen and I cannot figure out why. I am very new to this, so I apologize if I am missing something obvious.Steps to reproduce
minimal.vim
minimal.tex
\ll
or:VimtexCompile
\lv
or:VimtexView
Expected behavior
Zathura to open up with a pdf preview of the document.
Actual behavior
Nothing happens.
Do you use a latexmkrc file?
No
VimtexInfo
The text was updated successfully, but these errors were encountered: