-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
HTTP interface #433
Comments
Doesn't exist. Would be a great addition. |
Timo Sulg posted on the list about integrating libcurl. |
Well this was pretty much exactly what I was planning to write. I'll have to find another pet project to play with Julia ! |
You guys could collaborate :-) |
Any chance we can use libuv for this feature? |
I haven't looked into it enough, but I suspect we should embrace libuv, and if we do, we should use it wherever possible. |
I would say this doesn't need to be addressed as part of julia itself. |
Not right away, but eventually, if we do want to include a package system, for example, we may need to have at least http and zlib as part of the core. |
I know these package systems are useful, no question. But I really feel the idea that every language needs its own package manager should make us think twice about how our systems are designed. What is going on here? |
That's what every language has asked, and then built their own! I think our package manager should just be: load("http://foo.com/bar.jlpkg") Where bar.jlpkg is a directory with all the stuff that one needs. Could be made to work for binaries too, but certainly good enough for pure julia code. Of course, the local system could cache downloaded packages, etc. -viral On 10-Mar-2012, at 9:48 AM, JeffBezanson wrote:
|
That approach is fine for doing development work but it would be horrible for deployed systems: someone upgrades the version of the code at the URL and suddenly your deployed systems all break. Awesome. This isn't hypothetical, I've experienced this using a similar system. An interesting (and simple) approach to package management that's occurred to me is to just base the package management heavily on git. Each package is a repo — with a URL that git can fetch. If we you use the HTTPS protocol, then you even get SSL encryption and cert verification and such. Also, you have immediate access to all versions of the package: just do a git checkout of that version and then use it. It also means we don't have to implement any protocols for fetching stuff — just let git do all the work. Since GitHub exists, people can easily use it for Julia package hosting and all the tools for working on shared code are already in place. |
Yes, git is a great idea. Would we be tied to using github, or could anyone serve a package from any git server exhibiting https? -viral On 10-Mar-2012, at 10:16 PM, Stefan Karpinski wrote:
|
No, any git URL would work. GitHub would just be handy. |
* add Compat.Sys.BINDIR * import Sys.BINDIR into Compat.Sys on v0.7 and add tests
* Make lasagna hint appear * Fix accidental double word * Add some more hints * Apply suggestions from code review Co-authored-by: Sascha Mann <git@mail.saschamann.eu>
Stdlib: SparseArrays URL: https://github.com/JuliaSparse/SparseArrays.jl.git Stdlib branch: main Julia branch: master Old commit: 4e6776a New commit: 0f8bbda Julia version: 1.11.0-DEV SparseArrays version: 1.11.0 Bump invoked by: @ViralBShah Powered by: [BumpStdlibs.jl](https://github.com/JuliaLang/BumpStdlibs.jl) Diff: JuliaSparse/SparseArrays.jl@4e6776a...0f8bbda ``` $ git log --oneline 4e6776a..0f8bbda 0f8bbda Interpolate SparseVector in display test (#455) d884072 Merge pull request #427 from JuliaSparse/jishnub/sparsevecshow 9e68b7e Merge branch 'main' into jishnub/sparsevecshow 12a1c30 remove unnecessary inequality change 4217641 don't set Documenter compat e86b148 Adapt to Documenter v1 (#444) 8c72535 Merge branch 'main' into jishnub/sparsevecshow 8c20ba1 Test for truncation 8f925f8 Interpolate Int in expected string c53e1f2 interpolate struct in display test 33d4bf5 Undef show with MIME text/plain 034d234 Hook into new factorization dispatch mechanisms (#437) 248d0e6 Merge branch 'main' into jishnub/sparsevecshow 713ab9b Fix documentation of `findall` behaviour (#452) cb9b31f rowvals instead of nonzeroinds 05ac950 Add example for UMFPACK control vector (#449) 605237e Add JL_UMFPACK_PIVOT_TOLERANCE to umfpack.jl (#447) 5dac134 Use a single header wrapper for all platforms. (#446) 47e26dd Explicit types in test RHS c123952 Interpolate vectors in show test b309da7 Explicit types d21fc79 Add test for showing a vector of sparsevec 3e918e4 Restore unfilled sparsevec display b533818 Don't add SparseArrays to docs/Project.toml 4449100 Remove commented out method 728e116 ignore docs/build 99a0db2 Merge show methods ac5c8ed Switch from internal 5-arg `searchsorted*` methods to views (#440) ada9edd sparse vector views remain sparse (#416) c93065c Improved the dot product between two vectors and a sparse matrix (#410) 2fae1a1 Correctly set zeros with `fill!(::SubArray)` and fix its return value (#433) 03ed9e3 Code quality cleanup (#438) 559a74e Merge branch 'main' into jishnub/sparsevecshow 8944160 fix empty show e72223d One-line show for SparseVector ``` Co-authored-by: Dilum Aluthge <dilum@aluthge.com>
Just wondering if some kind of network capability/interface was planned to be included in the core, or does something like this belongs to a library :
Output :
The text was updated successfully, but these errors were encountered: