-
Notifications
You must be signed in to change notification settings - Fork 0
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
github.com/crownedgrouse/geas fails #88
Comments
BTW, my geas project may be interesting for other.erldocs.com to give information on available erlang release windows of projects... |
humm, looks like it fails for any (?) documentation. |
Hello! Yes, the repo is too big for github, thus some generated html pages disappear. I'm working on it. Could you write a small PR implementing |
On my side I need to reduce doc directory size. |
Hm, I meant other.erldocs.com is too big for github. |
For the PR, geas need Beam files, I suppose projects are not compiled on your side. I will look to add a feature to use source files instead. For compat with Erlang releases. |
OK. For the size. Anyway my project send useless data when cloning as dependance. Need to shrink. |
Source support would be great! Projects are not compiled yet. They should be, once I find some solution secure enough. |
yes you can create an issue |
Also I see Would you like these files to be generated along with erldocs.com and be made available there? Also, would it make sense to generate a projectinfo -- a relinfo for an erlang project (along with its branches)? |
No this will be moved to another git repo called geas_devel so that people won t clone it for usual geas usage. I will add it as dependancy only when I need to update database. Size of geas project will then be much smaller |
erldoc may then made it available if you want. The yaml format is nicer to read |
For meta.txt, I need to see what it is. |
Note, I need reldiffs to create the geas_db.hrl and geas create those files from a current Erlang release. But this is not documented, as far it is done only once, by me, at any new official release |
For meta.txt, you can certainly simply add the compat tag extracted from geas:info(xxx) output. See examples at bottom of my readme.MD. |
I did some fix to let it work better with source files. However I found a case where compat is different between .beam and .erl on a project. Digging into it, but linked to a parse_error and/or sub directories under src/ . I probably need to signal errors, mainly when using source files. |
On erldocs I get So, it works great :) Also: why use an env variable instead of a fallback to src or a |
there is a fallback on .erl file now when abstract code is unavailable in beam file. I did not released 2.0.3 for now, I will think to add another function |
for erlydtl you may try the plugins or geas:offending("xxx.beam") on single beam file, it will tells you what function reduce release window. |
Let's continue the discussion there: erldocs/erldocs_other#5 |
Hello,
fails with this log : http://other.erldocs.com/github.com/crownedgrouse/geas/_.txt
but not sure it comes from my repo ?
The text was updated successfully, but these errors were encountered: