Re: [julia-users] Re: Julia as a General Purpose Language
Hi, On Wed, Feb 19, 2014 at 2:13 PM, bp2012 wrote: > I'm not a scientific programmer. In fact, I haven't been a professionally > paid developer/dev mgmt for 8 years. However, being able to quickly code up > a solution to a problem, to perform my own research on our data, and > generate my own reports has proven to be highly valuable to my career on the > business side. > > With that said, I have been on the hunt for a language that is easy to use, > allows me to concisely expresse what I'm looking to accomplish, and have > reasonable performance. I've used verbose languages like java and c#, > scripting languages like perl and python, next generation clr based > languages like Nemerle and Cobra, functional languages like Lisp and > Clojure, and even self contained environments like Pharo smalltalk. There > are great features in those languages, but there was always something that > after a couple projects that jumped out as a big turn off or an obstacle > that couldn't reasonably be overcome. In each case, I jumped ship and moved > on to find the next promising candidate. > > I've been using julia for a number of months and have written several > projects. I haven't found a single obstacle that couldn't be overcome. With > ccall and pycall I can access a ton of libraries and the overall julia > syntax is so concise and expressive that writing software is enjoyable. > > I'm convinced that julia has a huge future in non-technical / general > purpose software development. But since not a lot of effort is expended > (yet) on publicizing to the masses, only the people actively searching for > an alternative will find it in the short term. > > To be honest I think that is a good thing. From my perspective, the > development efforts are rightly focused on the important things. For the > language to appeal to the masses, the installation process and environment > configuration would need to be idiot proof and a ton of introductory > documentation is needed. Currently, if you run into a problem you might have > to actually research it yourself. You will have to read source code that > you didn't write and maybe even have to make your own temporary fix. This is > a non-issue for motivated, bright technical people. However based on my > experience, it's a non-starter for an average business applications > developer. +1 to everything you wrote above. I'm a scientific programmer who has been using Python thusfar, and although Python has many mature libraries (and some newer ones), I find myself using Julia for experimental projects. While its interesting to poke around the source code and have moments of epiphany, I grok this may not be suitable for teams that want production grade code (now). The only installation problem I had was hardware (laptop heated to 98 deg Cel. and shutdown) issues with BLAS compilations on an older laptop, so after that single compilation, I stick to @staticfloat's nightly builds for Ubuntu. That said, despite the compilation issues, I still prefer "git" over packaged versions - you will know what I mean if you've ever struggled with installing python scientific packages inside a virtualenv. That was many moons ago but the dependency hell was truly hellish. > As the environment and packages mature, these issues will go away and over > the next couple years, my prediction is that julia will seen a massive > increase in adoption outside of the technical computing world. > > I want to do my part and blog about the general capabilities of julia and > some of the excellent packages such as DataFrames, ODBC/SQLite, Match, and > PyCall, that make developing quick and painless. It's just a matter of > finding the time ;) I try to collect interesting cookbooks here: https://github.com/svaksha/julya/blob/master/Cookbook.md#blogs When you find the time to blog, feel free to submit a link (as a PR) or file a bug and I'll add it. - svaksha
Re: [julia-users] Re: Julia as a General Purpose Language
On Fri, Feb 21, 2014 at 7:55 PM, Tejinder Singh wrote: > Is there a way to > interact with database like postgresql? So that i could try to create basic > CRUD app in julia? Thanks. https://github.com/svaksha/julya/blob/master/Database.md#postgresql ॥ svaksha ॥
Re: [julia-users] Help getting started with Julia's Graphs package
On Sat, Feb 22, 2014 at 10:24 PM, Ed Scheinerman wrote: > I have looked through the documentation for the Graphs package here: > http://julialang.org/Graphs.jl/index.html > But I'm finding it difficult to get started, even creating simple graphs > (undirected, no loops, no multiple edges). Adding vertices doesn't seem to > work. > Is there a tutorial somewhere to help me get started? Thanks. I found a paper written by an MIT student who used the Graphs.jl package : http://beowulf.lcs.mit.edu/18.337/projects/18.337project_huberman_report.pdf Hope That Helps ! ॥ svaksha ॥ http://svaksha.com
Re: [julia-users] List of testing packages to date
On Tue, Feb 25, 2014 at 3:53 AM, Iain Dunning wrote: > It feels like every few weeks someone writes a new test package, so I was > thinking of writing a blog post summarizing what has been tried to try to > prevent wasted effort. > I wanted to do some research first. So here we go, anyone else got anything > to add? https://github.com/milktrader/Jig.jl https://github.com/milktrader/Saute.jl I collect links on the Quality page: https://github.com/svaksha/julya/blob/master/QA.md Comments, links, thoughts are welcome. ॥ svaksha ॥ http://svaksha.com
[julia-users] ODBC errors
Hi, I was trying to read data off the csv files into a DB but there were multiple package errors - DataFrames package. Here are the outputs : ODBC errors: https://gist.github.com/svaksha/9f881b041ccb3254a965 Pkg.status(): https://gist.github.com/svaksha/a9e6472addcbd53d3814 I'm guessing the packages are outdated? I tried updating the packages but am getting these errors: https://gist.github.com/svaksha/7c82216be69107488e11 Is there an alternate method to pull packages and am I missing it? TIA, ॥ svaksha ॥ http://svaksha.com
Re: [julia-users] ODBC errors
Hello Jacob, On Wed, Mar 12, 2014 at 3:18 PM, Jacob Quinn wrote: > Are you using Julia v0.2? (You can check by running versioninfo()). I > thought I had updated support for v0.2, but it seems like some other > packages are having trouble. Checkouting the master of a package isn't going > to work if you don't have an update to date Julia. > > If possible, I'd really recommend using v0.3-prerelease, as Julia/package > development has been rapid and v0.3 is almost officially released anyway. Its 0.3.0-prerelease > versioninfo() Julia Version 0.3.0-prerelease Platform Info: System: Linux (i686-linux-gnu) CPU: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz WORD_SIZE: 32 BLAS: libblas.so.3 LAPACK: liblapack.so.3 LIBM: libopenlibm -- ॥ svaksha ॥ http://svaksha.com
Re: [julia-users] ODBC errors
On Wed, Mar 12, 2014 at 4:23 PM, svakSha wrote: > Hello Jacob, > > On Wed, Mar 12, 2014 at 3:18 PM, Jacob Quinn wrote: >> Are you using Julia v0.2? (You can check by running versioninfo()). I >> thought I had updated support for v0.2, but it seems like some other >> packages are having trouble. Checkouting the master of a package isn't going >> to work if you don't have an update to date Julia. >> >> If possible, I'd really recommend using v0.3-prerelease, as Julia/package >> development has been rapid and v0.3 is almost officially released anyway. > > Its 0.3.0-prerelease > >> versioninfo() > Julia Version 0.3.0-prerelease > Platform Info: > System: Linux (i686-linux-gnu) > CPU: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz > WORD_SIZE: 32 > BLAS: libblas.so.3 > LAPACK: liblapack.so.3 > LIBM: libopenlibm > However, I'm not sure why a Pkg.update(), shows "Branch metadata-v2 set up to track remote branch metadata-v2 from origin." https://gist.github.com/svaksha/60a41daa8ad6cc3afe02 Should it be "metadata-v3" ? Thanks, ॥ svaksha ॥ http://svaksha.com
Re: [julia-users] Re: [UCIMLRepo] New package for downloading datasets from UCI ML repositories
On Wed, Mar 19, 2014 at 11:29 AM, Jacques Rioux wrote: > Ok, > > I guess this package is not for me. It does not seem to be meant to be > running on Windows 7. > > As I look at the errors more closely as I am posting this, I see your > package calls HTTPClient. Can someone tell em whether that package is > Windows 7 compatible? I'm not a Windows user nor do I have access to one but here is an alternate suggestion - can you try to install WorldBankData.jl Pkg.clone("git://github.com/4gh/WorldBankData.jl.git") UCIMLRepo is similar to WorldBankData.jl (minus the "test" files), so if If you are able to install WorldBankData.jl then the problem lies with the missing "test" files. Fwiw, I was able to clone them both on Ubuntu sans errors. Sorry about not being to help with the Windows setup. HTH, ॥ svaksha ॥ http://svaksha.com
[julia-users] [bug#5581] Pkg.generate error
Hi, Pkg.generate gives me similar errors as listed in bug #5581: https://github.com/JuliaLang/julia/issues/5581 Since the bug has been fixed and closed, I presume it has been integrated into the nightly builds, or should I file a new bug or just comment on the same one? I'm on Ubuntu running the nightlies Version 0.3.0-prerelease, i686-linux-gnu. Any ideas? Thanks in advance, ॥ svakSha ॥ http://svaksha.com
Re: [julia-users] Re: Julia Hack Nights?
On Tue, Apr 29, 2014 at 11:30 AM, Viral Shah wrote: > It is certainly not too early. It's only a matter of having enough interest > and someone hosting it to pull it off. We should certainly check with Forio, > if there is enough interest in San Francisco. Hey Viral, if you are still in BLR, would you be interested in something similar locally? I can take care of the logistics - venue with wifi, but it would be easier to have day-long sessions, or even all-weekend sessions(?). I dont know hosts for all-night hack sessions though :/ Thoughts? ॥ SVAKSHA ॥ http://about.me/svaksha ॥
[julia-users] Segmentation fault on git-master `f3217a8d123e51f534`
Hi, Since Monday, compiling git-master `f3217a8d123e51f534` 2015-08-17 throws this error: https://gist.github.com/svaksha/7d2b42f72a8d59a2eba9 I'll try pulling the master branch and compiling again today but is anyone else experiencing this and how did you solve it? Thanks, SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Re: Segmentation fault on git-master `f3217a8d123e51f534`
On Tue, Aug 18, 2015 at 5:24 AM, Tony Kelman wrote: > Have you tried make clean or make cleanall? Do you have any packages being > loaded in your juliarc? Something might be corrupt, or using an older image > file format, or not precompile-safe. Thanks, its fixed after I pulled dae8094198cc1b6c75 2015-08-17 22:20 and compiled it again - that took a few hours. You are right about the stale cache file for module Compat which may have been the problem and later it was Docile being called via juliarc. Fixed them all now. Thanks :) SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Re: What's the reason of the Success of Python?
On Fri, Oct 2, 2015 at 7:05 AM, Daniel Carrera wrote: > nothing but a long list of `include` instructions for every file I work on. > So I am constantly running `include("lib.jl")` in the REPL. Isnt it possible to achieve the same result with a .juliarc file for each repo - the advantage being you only load the libs that repo needs as opposed to the entire list of libraries in `lib.jl`? SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Re: What's the reason of the Success of Python?
On Fri, Oct 2, 2015 at 1:29 PM, Daniel Carrera wrote: > No, you didn't understand me. I don't have a bunch of repos with individual > libraries. I have my own program that is a big stack of functions that I use > to analyze the results of my simulations. I am constantly adding or > rewriting functions. A lot of my daily work consists of going back and forth > between the editor and the REPL, where edit a function and immediately run > it in the REPL. Ok, that explains it**. ** Yup, I would not know your workflow :) PS: https://github.com/sjkelly/SaveREPL.jl, if you want to save your REPL inputs for reference. I use unstable so this has stopped working for me but I assume some support for 0.4 /stable should exist. SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Re: Naming convention
puns if there is any > opening for such. > (it could even be a straight guy or lesbian woman - if Julia were named > James, I'm sure I'd have been the brunt of many jokes about how I must be > really be gay, from all the nights I've been spending with James). Isnt that what the CoC is trying to do - clearly state that any joke or statement that objectifies or puts down people of **any** gender is not Ok? Its quite common to hear such jokes between friends and people that one knows well, but given the widespread use of FOSS in business, it (Foss) is an extension of the professional space where your above-mentioned scenarios would not be acceptable in a public setting. If its not acceptable in an office where one is expected to follow professional norms, why treat Foss volunteers with any less respect than what your co-workers deserve? > I think the important points would be to > 1) *gently* remind people to not anthropomorphize Julia > 2) remind them that in English and other languages where possible, neuter > pronouns should be used > 3) point out that *real* cases of sexualization are not considered > acceptable in public forums about Julia. The Geek Feminism wiki has a longer list, as does the Rust and other communities[1][3] so you may want to use those for reference while improving the BR[2]. >> Carlos, I want to apologize for making an issue of this at the risk of >> alienating or shaming you – that is absolutely not the intention and I hope >> it doesn't have that effect. For what it's worth, I don't think that your >> comment was meant maliciously and I wish I didn't have to say any of this. >> But standing by our community standards is too important not to say >> something. +1. > > The sad thing here is that it seems that Carlos very good points on naming > have been lost, because of a single line: Yup, I was enjoying the technical discussion until that line, which ... >>are mostly courting her because of how beautiful she is > which in Spanish would probably not be an issue, because the "her" and "she" > are simply how you have to say it > (and Carlos' first language might also not be English). ... was, and to (a fortiori, this is specially true for Julia, considering that -by now- people are mostly courting her because of how beautiful she is). The Latin phrase `a fortiori` when used in English[4] is an adverbial phrase meaning "by even greater force of logic" or "all the more so", so I dont think Stefan misread the "sexualization" aspect by a non-native English language speaker/user. When I first read Stefan's email I was wondering if I should thank him publicly or privately - the former runs the risk of protests and arguments about the need for a CoC and I chose to stay silent to avoid the inevitable in Foss! But, its important to speak up because long threads delving into the English language minutiae come across as a justification for negative behaviour and while that isnt new, it definitely makes me uncomfortable even writing this email - I am a non-native English speaker who does not want to argue endlessly on the semantics and etymology of natural[5] languages on a mailing list. Most interestingly, thus far, Carlos didnt claim that (non-native English language speaker) as an excuse, but the responses to Stefan in this thread are making me wonder - if a core-dev is being called out publicly for enforcing community standards, how would the community treat a newbie (especially, a woman) who complained of being harassed, had creepy comments in private or was stalked on IRC? Something to think about, surely! Till date, I have been happily promoting Julia to one-and-all, but the community responses speaks volumes. I truly hope that the community supports the core-devs in their efforts to make this space more welcoming to all. [1] http://geekfeminism.wikia.com/wiki/Code_of_conduct_evaluations [2] The BR : https://github.com/JuliaLang/julialang.github.com/issues/200 [3] http://todogroup.org/opencodeofconduct/ [4] https://en.wikipedia.org/wiki/A_fortiori_argument#Usage [5] Far more productive to invest that time and energy in procuring a linguistics degree, especially because women keep hearing similar arguments across Foss communities - frankly, the echo chamber isnt very convincing. - SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Graphs.jl, Page Rank and Weighted Graphs
On Wed, Apr 1, 2015 at 8:21 PM, Rita Maria del Rio Chanona wrote: > Hi, > I was wondering if there is yet an implementation of the PageRank algorithm https://github.com/svaksha/Julia.jl/blob/master/AI.md#markov-models, lists a Pagerank package. Not sure if the sparse matrix implementation is what you are looking for but at a glance it seems to be unmaintained - not sure but it may not be tested for julia stable, much less on master. You might want to try it and file a bug report to see if the package owner is willing to support it for newer julia versions. hth, SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Re: Errors while trying to use JuMP
On Sat, Jun 13, 2015 at 9:44 AM, Kostas Tavlaridis-Gyparakis wrote: > Only problem is that when I run the updtate command in julia I receive a msg > that there is nothing to be upgraded: Try the update command after you manually delete the "Docile" package from `~/.julia/.cache` and `v0.4/` folders. <-- Do check the julia version your system has. Before doing this take a backup of the `.julia` folder, just in case... HTH, SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Re: Errors while trying to use JuMP
On Sat, Jun 13, 2015 at 9:57 AM, SVAKSHA wrote: > On Sat, Jun 13, 2015 at 9:44 AM, Kostas Tavlaridis-Gyparakis > wrote: >> Only problem is that when I run the updtate command in julia I receive a msg >> that there is nothing to be upgraded: > > Try the update command after you manually delete the "Docile" package After you delete Docile, try Pkg.add("Docile"), then Pkg.update() > from `~/.julia/.cache` and `v0.4/` folders. <-- Do check the julia > version your system has. Before doing this take a backup of the > `.julia` folder, just in case... > > HTH, > SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Re: Errors while trying to use JuMP
On Sat, Jun 13, 2015 at 10:03 AM, Kostas Tavlaridis-Gyparakis wrote: > Followed your recommendation but have to note the following things: > > 1) I have Julia v0.3 even if I just downloaded Julia this week > 2) after deleting Dolice and running update command again the version 0.1 > was installed: Run update after installing Docile. I'm on 0.4 so I dont know what version of Docile the stable version installs, but try using `Pkg.pin()` to force a specific version of the package. Unregistered packages can be installed via the url, so you can try Pkg.clone("git://example.com/path/to/Package.jl.git") SVAKSHA ॥ http://about.me/svaksha ॥
[julia-users] unable to update julianightlies - 16 days old master - ubuntu14.04
Hi, For some strange reason the nightly build does not update/upgrade beyond the old commit (317a4d1). Any idea why ubuntu does not pull the updated PPA builds? $ julia -e 'versioninfo()' Julia Version 0.4.0-dev+5149 Commit 317a4d1 (2015-06-01 18:58 UTC) Platform Info: System: Linux (x86_64-linux-gnu) CPU: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz WORD_SIZE: 64 BLAS: libopenblas (NO_LAPACK NO_LAPACKE DYNAMIC_ARCH NO_AFFINITY Sandybridge) LAPACK: liblapack.so.3 LIBM: libopenlibm LLVM: libLLVM-3.3 $ uname -a Linux ilak 3.13.0-53-generic #89-Ubuntu SMP Wed May 20 10:34:39 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Thanks, SVAKSHA ॥ http://about.me/svaksha ॥
[julia-users] Re: unable to update julianightlies - 16 days old master - ubuntu14.04
On Thu, Jun 18, 2015 at 6:29 AM, Tony Kelman wrote: > Looks like the last successful build of the package itself was on June 2nd, > see > https://launchpad.net/~staticfloat/+archive/ubuntu/julianightlies/+builds?build_text=&build_state=built > (scroll down a bit). We upgraded to a newer version of PCRE on 0.4-dev which > will need to be re-packaged before the PPA builds are happy again. Thanks for the update :) SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Re: JuliaBox
Will a non-google signup option also be made available? SVAKSHA ॥ http://about.me/svaksha ॥ On Fri, Nov 14, 2014 at 3:04 AM, Viral Shah wrote: > Just to add, we are going to get rid of the invite codes soon. Basically, > the system should be open to anyone, and invites will be throttled and > processed with some delay (say a day) if there is a Hacker News surge going > on. > > We are experimenting with this and hope it will be ready to roll out in the > next couple of weeks. In the meanwhile, please just share the code Shashi > posted here or use it yourself, but please do not post it publicly in places > that will send us a huge amount of traffic right away. Once the invite > system is up and running, we will be able to handle that. Shashi and me > sending codes individually is just not going to work much longer. :-) > > -viral > > > On Tuesday, November 11, 2014 5:43:36 AM UTC+5:30, cdm wrote: >> >> >> the Sagemath Cloud google chrome app also gets users to a rich environment >> for Julia ... >> >> >> https://chrome.google.com/webstore/detail/the-sagemath-cloud/eocdndagganmilahaiclppjigemcinmb >> >> >> users can run Julia inside a terminal ... OR ... via iJulia notebooks ... >> OR ... via Sagemath worksheets. >> >> >> also available for running Julia within a terminal, the VMs served at >> >>https://koding.com (there is also a google chrome app for this ...) >> >> >> best, >> >> cdm >> >> >> On Monday, November 10, 2014 11:04:13 AM UTC-8, Ivar Nesje wrote: >>> >>> Yesterday someone suggested >>> >>> https://tmpnb.org/ >>>> >>>> >
Re: [julia-users] Re: JuliaBox
Quite understandable (re own auth system). Its just that giving google access everywhere makes me uncomfortable. TBH, I dont have anything specific in mind but off the top of my head there is the github API(?). Before asking for an invite, I'd like to know if juliabox is more of a data analytics platform - as in, can users upload data temporarily and install a few Julia libs? I'm trying to write something like this[0] in Julia but my machine chokes on the size of the gff files. I had asked this on irc but didnt get a reply, and the google signup aside, I didnt see the point of wasting invites :) [0] http://nbviewer.ipython.org/github/svaksha/ira/blob/master/2014-transcriptome/01_transcriptome_intro.ipynb SVAKSHA ॥ http://about.me/svaksha ॥ On Fri, Nov 14, 2014 at 3:43 AM, Viral Shah wrote: > We will get around to this once we get a basic level of scalability and > robustness. Which one would you like? We are not excited about managing our > own login/authentication system, but are happy to provide multiple options. > Of course, we are accepting code contributions. :-) > > -viral > > > On Friday, November 14, 2014 8:41:28 AM UTC+5:30, Svaksha wrote: >> >> Will a non-google signup option also be made available? >> SVAKSHA ॥ http://about.me/svaksha ॥ >> >> >> On Fri, Nov 14, 2014 at 3:04 AM, Viral Shah wrote: >> > Just to add, we are going to get rid of the invite codes soon. >> > Basically, >> > the system should be open to anyone, and invites will be throttled and >> > processed with some delay (say a day) if there is a Hacker News surge >> > going >> > on. >> > >> > We are experimenting with this and hope it will be ready to roll out in >> > the >> > next couple of weeks. In the meanwhile, please just share the code >> > Shashi >> > posted here or use it yourself, but please do not post it publicly in >> > places >> > that will send us a huge amount of traffic right away. Once the invite >> > system is up and running, we will be able to handle that. Shashi and me >> > sending codes individually is just not going to work much longer. :-) >> > >> > -viral >> > >> > >> > On Tuesday, November 11, 2014 5:43:36 AM UTC+5:30, cdm wrote: >> >> >> >> >> >> the Sagemath Cloud google chrome app also gets users to a rich >> >> environment >> >> for Julia ... >> >> >> >> >> >> >> >> https://chrome.google.com/webstore/detail/the-sagemath-cloud/eocdndagganmilahaiclppjigemcinmb >> >> >> >> >> >> users can run Julia inside a terminal ... OR ... via iJulia notebooks >> >> ... >> >> OR ... via Sagemath worksheets. >> >> >> >> >> >> also available for running Julia within a terminal, the VMs served at >> >> >> >>https://koding.com (there is also a google chrome app for this ...) >> >> >> >> >> >> best, >> >> >> >> cdm >> >> >> >> >> >> On Monday, November 10, 2014 11:04:13 AM UTC-8, Ivar Nesje wrote: >> >>> >> >>> Yesterday someone suggested >> >>> >> >>> https://tmpnb.org/ >> >>>> >> >>>> >> >
Re: [julia-users] Re: JuliaBox
Thanks for clearing that. Sounds interesting so I'll check it out in 2-3 weeks :) SVAKSHA ॥ http://about.me/svaksha ॥ On Fri, Nov 14, 2014 at 4:25 AM, Viral Shah wrote: > Basically, JuliaBox gives you hosted IJulia and a persistent filesystem. So, > you are not restricted to your local device. There is also a shell and > ability to sync Google Drive and Github repos, or simply upload your files, > install packages, etc. The reason to do all this is so that one has a great > environment always available through the browser, which can be scaled as > required - more CPU and storage then one can other wise have locally. > > The invites are just there to prevent a large surge from taking down the > whole thing for people who are using it regularly, classes, etc. Otherwise, > there is no restriction on invites, behind our ability to respond to emails. > That is why we are streamlining the whole invite thing next. > > On Fri, Nov 14, 2014 at 9:43 AM, SVAKSHA wrote: >> >> Quite understandable (re own auth system). Its just that giving google >> access everywhere makes me uncomfortable. TBH, I dont have anything >> specific in mind but off the top of my head there is the github >> API(?). >> >> Before asking for an invite, I'd like to know if juliabox is more of a >> data analytics platform - as in, can users upload data temporarily and >> install a few Julia libs? I'm trying to write something like this[0] >> in Julia but my machine chokes on the size of the gff files. I had >> asked this on irc but didnt get a reply, and the google signup aside, >> I didnt see the point of wasting invites :) >> >> [0] >> http://nbviewer.ipython.org/github/svaksha/ira/blob/master/2014-transcriptome/01_transcriptome_intro.ipynb >> SVAKSHA ॥ http://about.me/svaksha ॥ >> >> >> On Fri, Nov 14, 2014 at 3:43 AM, Viral Shah wrote: >> > We will get around to this once we get a basic level of scalability and >> > robustness. Which one would you like? We are not excited about managing >> > our >> > own login/authentication system, but are happy to provide multiple >> > options. >> > Of course, we are accepting code contributions. :-) >> > >> > -viral >> > >> > >> > On Friday, November 14, 2014 8:41:28 AM UTC+5:30, Svaksha wrote: >> >> >> >> Will a non-google signup option also be made available? >> >> SVAKSHA ॥ http://about.me/svaksha ॥ >> >> >> >> >> >> On Fri, Nov 14, 2014 at 3:04 AM, Viral Shah wrote: >> >> > Just to add, we are going to get rid of the invite codes soon. >> >> > Basically, >> >> > the system should be open to anyone, and invites will be throttled >> >> > and >> >> > processed with some delay (say a day) if there is a Hacker News surge >> >> > going >> >> > on. >> >> > >> >> > We are experimenting with this and hope it will be ready to roll out >> >> > in >> >> > the >> >> > next couple of weeks. In the meanwhile, please just share the code >> >> > Shashi >> >> > posted here or use it yourself, but please do not post it publicly in >> >> > places >> >> > that will send us a huge amount of traffic right away. Once the >> >> > invite >> >> > system is up and running, we will be able to handle that. Shashi and >> >> > me >> >> > sending codes individually is just not going to work much longer. :-) >> >> > >> >> > -viral >> >> > >> >> > >> >> > On Tuesday, November 11, 2014 5:43:36 AM UTC+5:30, cdm wrote: >> >> >> >> >> >> >> >> >> the Sagemath Cloud google chrome app also gets users to a rich >> >> >> environment >> >> >> for Julia ... >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> https://chrome.google.com/webstore/detail/the-sagemath-cloud/eocdndagganmilahaiclppjigemcinmb >> >> >> >> >> >> >> >> >> users can run Julia inside a terminal ... OR ... via iJulia >> >> >> notebooks >> >> >> ... >> >> >> OR ... via Sagemath worksheets. >> >> >> >> >> >> >> >> >> also available for running Julia within a terminal, the VMs served >> >> >> at >> >> >> >> >> >>https://koding.com (there is also a google chrome app for this >> >> >> ...) >> >> >> >> >> >> >> >> >> best, >> >> >> >> >> >> cdm >> >> >> >> >> >> >> >> >> On Monday, November 10, 2014 11:04:13 AM UTC-8, Ivar Nesje wrote: >> >> >>> >> >> >>> Yesterday someone suggested >> >> >>> >> >> >>> https://tmpnb.org/ >> >> >>>> >> >> >>>> >> >> > > > > > > -- > -viral
Re: [julia-users] THANKS to Julia core developers!
On Wed, Dec 17, 2014 at 4:52 PM, cdm wrote: > setting up something on > >https://gittip.com/ | https://gratipay.com/ Don't these have a limit on the donations received per week? IIRC, it was USD25/week. Not sure. Also its mostly a platform for individual foss volunteers to get tipped regularly on a weekly basis, and if you live outside the US (like Viral) there is no way of cashing out - fwiw, the local bank/tax charges would be higher than the tips you receive weekly, not to mention how you'd explain that in your tax returns. Something to think about before finalizing the donation platform. SVAKSHA ॥ http://about.me/svaksha ॥
[julia-users] make errors and git version issues
Hi, I noticed git version issues with the commit bf5a4041b6f9edc5a09a20c7442b63147e907e49, 2014-12-22 14:17 ivarne o │ [origin/HEAD] [origin/master] Fixed function links in doc/manual/strings.rst Trying to update and testall/ distclean would still result in an old Commit 79d473c (3 days old master) Next, I did a fresh clone of the repo and compiled the commit 20a5c3d888dd9317065390b8bbd98417addeb65c, 2014-12-22 10:46 Stefan Karpinski M─┐ [master] Merge pull request #9391 from garborg/copyempty which throws this error : ~/julia$ make === ERROR: sha512 checksum failure on pcre-8.36.tar.bz2, should be: acd2bc6911be7b518ad4aca3c3ccbe98bdbeabf0e77d6b04009838c7825b563a 001377f8c3a6a8a0583ec32ee9fefe05e3c1a69f272fe5084469a6b6c2148fbf But `sha512sum pcre-8.36.tar.bz2 | awk '{ print $1; }'` results in: 2dd8240aca5feeb0f64b5a35cff5974e153e6ddeed72e78507303d479bfbdb51 182236eb3fb02d538abd6e0afe29bc19fddf6957e5c60adcd35fa8049bd80c36 This can happen due to bad downloads or network proxies, please check your network proxy/firewall settings and delete deps/pcre-8.36.tar.bz2 to force a redownload when you are ready === make[2]: *** [pcre-8.36/configure] Error 2 make[1]: *** [julia-release] Error 2 make: *** [release] Error 2 $ julia _ _ _ _(_)_ | A fresh approach to technical computing (_) | (_) (_)| Documentation: http://docs.julialang.org _ _ _| |_ __ _ | Type "help()" for help. | | | | | | |/ _` | | | | |_| | | | (_| | | Version 0.4.0-dev+2200 (2014-12-18 17:30 UTC) _/ |\__'_|_|_|\__'_| | Commit 79d473c (3 days old master) |__/ | i686-linux-gnu julia> versioninfo() Julia Version 0.4.0-dev+2200 Commit 79d473c (2014-12-18 17:30 UTC) Platform Info: System: Linux (i686-linux-gnu) CPU: Intel(R) Pentium(R) CPU B950 @ 2.10GHz WORD_SIZE: 32 BLAS: libopenblas (NO_LAPACK NO_LAPACKE DYNAMIC_ARCH NO_AFFINITY Nehalem) LAPACK: liblapack.so.3 LIBM: libopenlibm LLVM: libLLVM-3.3 Is this is a bug or a git / network issue? TIA, SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Re: list of unregistered (experimental) packages
On Mon, Dec 22, 2014 at 6:04 PM, John Myles White wrote: > It would be really easy to run a GitHub page that is literally a list of > URL’s for unofficial packages and which receives edits via GitHub pull > requests. That was the goal behind transferring it out of my local wiki to a github repo. Currently I list any new julia package I come across, irrespective of it being on METADATA, not having tests, not listing all the features and functions of a particular package. I am also not strict about it working as advertised by the package author which may go against any standard you are trying to ensure. Also, it would be useful if the REPL[0] gave me that information when I grep for certain keywords, say within the package or even from the package description like PyPI. The idea being, have a list of packages that told the user what lib was already implemented. ATM, one has to look-up the official package list but for those packages that are not on METADATA it gets harder to know what the package does when there is no description or tests or deps/REQUIRE page - I read the code and speculate what the package does then try to sub-categorize and label as much as possible, which is a sub-optimal way to do things. [0] https://github.com/svaksha/Julia.jl/commit/65fa8fc34ffdafe6fe38c4db18b7156e03b89c88#commitcomment-6578504 hth, SVAKSHA ॥ http://about.me/svaksha ॥
[julia-users] Re: make errors and git version issues
On Mon, Dec 22, 2014 at 8:34 PM, Ivar Nesje wrote: > 3 days old version: This looks really weird, and I can't really see how this > can happen. The first I would check is that you are actually running the > julia you just built, rather than a a 3 days old julia from another Well, the make errors came after a fresh compile from the 20a5c3d888dd9317065390b8bbd984 17addeb65c commit. Fwiw, I had deleted the old julia repo and .julia directory, cloned julia afresh and compiled it again because the earlier commit was showing a 3-day old master. Despite running make after doing a fresh pull**[0] today morning it still says "Version 0.4.0-dev+2200 (2014-12-18 17:30 UTC) Commit 79d473c (4 days old master)". Really odd. > directory. The next point on the list is to post git status and the last > line of sh base/version_git.sh so that we can see if it gives us a clue. After a git pull since last night, ~/julia$ git status On branch master Your branch is ahead of 'origin/master' by 17 commits. **[0] (use "git push" to publish your local commits) nothing to commit, working directory clean **[0] NB: this is odd, when tig shows this: https://gist.github.com/svaksha/76716563322d9065e672 ~/julia$ sh base/version_git.sh # This file was autogenerated in base/version_git.sh immutable GitVersionInfo commit::AbstractString commit_short::AbstractString branch::AbstractString build_number::Int date_string::AbstractString tagged_commit::Bool fork_master_distance::Int fork_master_timestamp::Float64 end const GIT_VERSION_INFO = GitVersionInfo( "55f37acd579614388db5333504fa19b81167e1c7", "55f37ac", "master", 2246, "2014-12-23 00:56 UTC", false, 16, 1419254232. ) > The checksum issue is because the one of our dependencies needs to be > downloaded separately, and you didn't get a file exactly equal to the file > we got when we added the dependency. Which dependency is this? Perhaps I can install it separately the next time I run into this error. >This is usually caused by networking > issues, but can have many other sources. Typically the best way to find out > is to examine the size of deps/pcre-8.36.tar.bz2 to see if it is about 1.5 > MB. It is about 1.5 MB. It could also probably be a network issue - been an issue this past week. I ran make and recompiled it and that solved the checksum errors but the 4-day old master error persists. Thanks for the help. SVAKSHA ॥ http://about.me/svaksha ॥
[julia-users] Re: make errors and git version issues
On Tue, Dec 23, 2014 at 7:09 AM, SVAKSHA wrote: > On Mon, Dec 22, 2014 at 8:34 PM, Ivar Nesje wrote: >> 3 days old version: This looks really weird, and I can't really see how this >> can happen. The first I would check is that you are actually running the >> julia you just built, rather than a a 3 days old julia from another > > Well, the make errors came after a fresh compile from the > 20a5c3d888dd9317065390b8bbd984 > 17addeb65c commit. > > Fwiw, I had deleted the old julia repo and .julia directory, cloned > julia afresh and compiled it again because the earlier commit was > showing a 3-day old master. Despite running make after doing a fresh > pull**[0] today morning it still says "Version 0.4.0-dev+2200 > (2014-12-18 17:30 UTC) Commit 79d473c (4 days old master)". Really > odd. > > >> directory. The next point on the list is to post git status and the last >> line of sh base/version_git.sh so that we can see if it gives us a clue. > > After a git pull since last night, > ~/julia$ git status > On branch master > Your branch is ahead of 'origin/master' by 17 commits. **[0] > (use "git push" to publish your local commits) > nothing to commit, working directory clean > > **[0] NB: this is odd, when tig shows this: > https://gist.github.com/svaksha/76716563322d9065e672 Fwiw, I use the git version 2.2.1 and I'm wondering if the problem is because I updated git after the security bug issue and dont use the OS packaged version of git? It should'nt be related but I cannot put a finger on the weird git behaviour. Just thinking out loud. SVAKSHA ॥ http://about.me/svaksha ॥
[julia-users] Re: make errors and git version issues
On Tue, Dec 23, 2014 at 9:10 AM, Ivar Nesje wrote: > I'm really at loss for what to try here. I'm upgrading to git 2.0, but the > release notes doesn't seem to have changes that would break anything. I dont think git should be able to break anything as julia works as expected with the exception that it does not compile anything that is pulled after Friday. So could you try compiling julia after upgrading git. SVAKSHA ॥ http://about.me/svaksha ॥
[julia-users] Re: make errors and git version issues
On Tue, Dec 23, 2014 at 11:55 AM, SVAKSHA wrote: > On Tue, Dec 23, 2014 at 9:10 AM, Ivar Nesje wrote: >> I'm really at loss for what to try here. I'm upgrading to git 2.0, but the >> release notes doesn't seem to have changes that would break anything. > > I dont think git should be able to break anything as julia works as > expected with the exception that it does not compile anything that is > pulled after Friday. So could you try compiling julia after upgrading > git. Oops, forgot to mention that I'm on Ubuntu-LTS-14.04 and I updated the git via a ppa: git-core-ppa-trusty.list If it helps, https://launchpad.net/~git-core/+archive/ubuntu/ppa SVAKSHA ॥ http://about.me/svaksha ॥
[julia-users] Re: make errors and git version issues
Solved. Apparently this was not a git issue at all. Thanks for the pointer Ivar - you were right that julia was running from another directory, in this case the ppa nightlies by Elliot. Thanks for the pointer and sorry about the noise. SVAKSHA ॥ http://about.me/svaksha ॥ On Tue, Dec 23, 2014 at 1:23 PM, SVAKSHA wrote: > On Tue, Dec 23, 2014 at 11:55 AM, SVAKSHA wrote: >> On Tue, Dec 23, 2014 at 9:10 AM, Ivar Nesje wrote: >>> I'm really at loss for what to try here. I'm upgrading to git 2.0, but the >>> release notes doesn't seem to have changes that would break anything. >> >> I dont think git should be able to break anything as julia works as >> expected with the exception that it does not compile anything that is >> pulled after Friday. So could you try compiling julia after upgrading >> git. > > Oops, forgot to mention that I'm on Ubuntu-LTS-14.04 and I updated the > git via a ppa: git-core-ppa-trusty.list > If it helps, https://launchpad.net/~git-core/+archive/ubuntu/ppa > > SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Re: Julia documentation is ready for translation/internationalization on Transifex!
On Fri, Dec 26, 2014 at 9:15 PM, Ismael VC wrote: > > My ulitmate goal is that once most of the strings are translated and > reviewed, make a program automatically update the resources, when the > tracked files are changed and get a notification, if I can get some people Would Apertium[1] help you automate the Spanish translation process? IIRC, they support En<->Es and the rate was quite good - iirc, was above 70% (sorry, its been many years so I'm not sure if that has changed, which I'm sure it has since they have been a regular participant in GSOC and the engine must have improved in leaps over the years). Ofcourse, you would still need to manually verify the strings but it helps you automate most of the regular stuff you could perhaps train it for any terms that are missing. Francis is one of the lead devs among others and they are a helpful bunch - if you prefer irc, hop over to #apertium on freenode. [1] https://en.wikipedia.org/wiki/Apertium HTH, -SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Re: ANN: DSGE.jl
There is a "SolveDSGE.jl" package by @RJDennis and other related packages are here: https://github.com/svaksha/Julia.jl/blob/master/Statistics.md#stochastics It would be nicer if some of the overlap between packages was reduced via collaboration for METADATA packages. Wishful thinking, perhaps, as people will keep writing new packages depending on their requirements. SVAKSHA ॥ http://about.me/svaksha ॥ On Fri, Dec 4, 2015 at 6:08 AM, David Anthoff wrote: > I don’t think that the package should be registered as DSGE, though. DSGE is > a type of model, and there are lots and lots of those around. The repo from > the NY Fed is their specific DSGE model, it is one example of a DSGE model. > I think a package that in general provided methods to solve DSGE models, or > define them etc. might be registered as DSGE, but not this specific model. > But even for such a general package, I’m not sure it should be named DSGE: > there are lots of different solution methods for DSGE models, and I think > different packages might try different implementations (the situation might > be a little bit like the various MCMC packages floating around). In those > cases it is not clear to me that one of these packages should be allowed to > “own” the official name… > > > > From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On > Behalf Of Tony Kelman > Sent: Thursday, December 3, 2015 6:17 PM > To: julia-users > Subject: [julia-users] Re: ANN: DSGE.jl > > > > DSGE is against the usual naming guidelines of trying to avoid acronyms, but > at least this one is unambiguously googlable with one dominant result. I'd > never heard of it as a non-economist, but given this is a big project from a > major institution we can perhaps make an exception to the usual guidelines. > > > > On Thursday, December 3, 2015 at 1:20:51 PM UTC-8, Patrick Kofod Mogensen > wrote: > > Fellow economist here, great stuff! I'm curious to see what choices were > made, and how it compares to other DSGE toolboxes and tools out there. > > Is it going to be registered in METADATA? If so, would a name like DSGE be > "allowed"? > > On Thursday, December 3, 2015 at 3:05:57 PM UTC+1, Spencer Lyon wrote: > > The Federal Reserve bank of New York has finished moving their fairly large > DSGE model from Matlab to Julia. This model is used inside the Fed for > forecasting and policy analysis. > > > > As part of the move to Julia, the code base has been open sourced. > > > > A blog post announcing the release is here: > http://libertystreeteconomics.newyorkfed.org/2015/12/the-frbny-dsge-model-meets-julia.html > > > > And the repository can be found here: https://github.com/FRBNY-DSGE/DSGE.jl > > > >
Re: [julia-users] calling julia in python
https://github.com/svaksha/Julia.jl/blob/master/API.md#python lists some packages. Not sure how well-maintained they are. HTH SVAKSHA ॥ http://about.me/svaksha ॥ On Thu, Mar 17, 2016 at 1:33 PM, awanish das wrote: > hey as we know julia functions can be called in python by using by > initialising julia interpretor in python using IPython or jupyter ,but can > this be done by creating an easy to use pythob package which allows Juia > functions to be imported ,can this be done without using IPython or any > bridge,if yes then how?
Re: [julia-users] importing julia in python
On Sun, Mar 20, 2016 at 4:20 PM, awanish das wrote: > hey i am trying to import julia functions in python using pyjulia by > installing PyCall but the problem im facing is that im not able to set the > julia binary to my PATH and i.e. why while writing "import julia " in python > script it is showing that no module find named julia. On *nix machines the path is set in the bash config file. Which OS are you using? PyCall uses miniconda, so what python packages are installed on your machine? Can you provide more details, or post some error messages? SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] ANN: Julia 0.4.5 released
Hi, On Tue, Mar 22, 2016 at 9:27 AM, Tamas Papp wrote: > > Otherwise, what is a 'clean' way of installing on Debian/Ubuntu, so that For Debian (Jessie), I am using using the official packages which is currently at ver-0.4.3 via apt-get. I would also like to know what is the proper way to upgrade - are the ubuntu PPA's tested on Debian stable or on debian testing? thanks, SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] ANN: Julia 0.4.5 released
On Tue, Mar 22, 2016 at 10:08 AM, Milan Bouchet-Valat wrote: > The PPA is currently unmaintained due to lack of manpower. The fact > that it's still mentioned on the platform-specific instructions page is > an oversight. > > For now, the best way to get the latest release on Ubuntu is to use the > generic Linux binaries. (People have mentioned the possibility of > providing packages via the backports repository, but nothing concrete > yet.) Thanks for the update. Then I guess I will stick to the packages available via Debian testing. SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] ANN: Julia 0.4.5 released
Hi, On Tue, Mar 22, 2016 at 3:49 PM, Tamas Papp wrote: >> For Debian (Jessie), I am using using the official packages which is >> currently at ver-0.4.3 via apt-get. I would also like to know what is >> the proper way to upgrade - are the ubuntu PPA's tested on Debian >> stable or on debian testing? > > Upon reading the docs (sorry, should have done that the first time), > just dumping Julia in any directory and running it from there works > fine. You can put it in PATH or make a symlink that is already there. > > Also, you can use the git repo, checkout release-0.4, compile, and do > the same. Changing the branch and compiling threw these errors : https://gist.github.com/svaksha/5082efefc8e4cb4c2478, and the machine is still on 0.4.3 instead of 0.4.5. Any ideas ? In Ubuntu, I was able to use both versions but the same technique does not work in Debian. Its a work machine so I will check the paths tomorrow. > Given how easy this is, and how Julia produces no clutter, I am not sure > that a Debian package justifies the effort. I agree but I was curious - debian is a wee bit stricter than ubuntu with respect to official packages, so I was wondering if the PPA was backported (for lack of a better term) between distros as they use the same package manager. TIA, SVAKSHA ॥ http://about.me/svaksha ॥
Re: [julia-users] Almost at 500 packages!
Thanks Cedric and Tim. Tom (@tbreloff on github) had suggested status tags[0] for tagging packages on various criteria, or stages of development. He wrote a script which I merged, so it would be nice if various package authors submitted data for their package status. If this works, then perhaps we can find a way to create a REPL tool that will allow people to search and list packages based on the category, then install it if its 'Active' and 'Usable'? Not sure how practical this suggestion is with regard to unmaintained packages - ex. users can get annoyed if their search only throws up the 'unmaintained' tag for the packages. [0] https://github.com/svaksha/Julia.jl/issues/55 /SVAKSHA should be completing the paper instead of reading list mail. On Mon, Mar 28, 2016 at 1:40 PM, Tim Holy wrote: > I sometimes find https://github.com/svaksha/Julia.jl can be useful. It's a > hard > problem to keep all this organized, though, so more searchable tools might be > a good idea. I'm not aware of any efforts to provide this, so it seems like an > area ripe for an impactful contribution! > > --Tim > > On Monday, March 28, 2016 12:54:43 AM hustf wrote: >> Skimming pkg.julialang.org is pleasantly impossible with 904 registered >> packages. This smells exponential growth. >> >> Is there a tool to simply download the text files in all of the packages? >> Last time I checked, I wasn't able to do that with github commands. >> >> I think it would be impossible to foresee which information might be >> relevant while keeping the tool you're requesting fast and lightweight. The >> text files already contain all the info, and we can easily extract data >> like dependencies from them. So I inelegantly maintain a ghost folder >> structure with text files from packages I've tried out so far. >