Hi all,
I just tagged Query.jl v0.1.0, and with that my little summer project should be
ready for wider consumption.
Query.jl hopes to be the equivalent of LINQ or dplyr for julia, eventually. It
provides a unified way to query many different data sources, the most prominent
being DataFrames
than the current API; David Anthoff also has another
approach that is substantially more powerful than the current API. The time
between 0.5 and 0.6 may be a little chaotic in this regard, but I think the
eventual results will be unequivocally worth the wait.
-- John
On Monday, October 3, 20
I don’t have a solution, but I completely agree with the problem description.
I guess one small step would be that package authors should follow the patterns
in base, if there are any.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Gabriel Gellner
S
Hi Julio,
you can use the Query package for the first part. To filter a DataFrame using
some arbitrary julia expression, use something like this:
using DataFrames, Query, NamedTuples
q = @from i in df begin
@where
@select i
end
You can use any julia code in . Say your D
y common operation. Right now, I am considering converting the
DataFrame to an array and looping over the rows. I wonder if there is a
syntactic sugar for this loop.
-Júlio
2016-10-12 17:48 GMT-07:00 David Anthoff < <mailto:ant...@berkeley.edu>
ant...@berkeley.edu>:
Hi Jul
I don't think so. I think the python generator functions are modeled after
the C# yield keyword, which is a way to implement an iterator. I believe
tasks are quite a different beast. At least in C# tasks interact with the
async/await story really well. I think the julia tasks might be similar to
th
Is there some way to find out whether a type can be iterated? I'm looking
for something like `isiterator(IterType)`, that would return `false` from a
default implementation and which any type that actually supports the
standard iterator interface would return `true`.
If we had that, we could ac
Yes, PRs to the main repo are welcome. It would be great if you could write up
a short issue describing how this code goes about things. There are quite a
number of strategies on how to achieve things in VS code (language server
protocol vs everything in typescript vs mixed language solutions) a
Thanks, this is really super cool work!
Let me also point out that Query.jl works great with DataStream sources and
sinks. For example, let’s say you want to load some code from a SQLite
database, apply some filtering and transformations and write the result out as
a CSV file, you can do tha
r this. We
are getting an integrated terminal ready in VS Code, and this is the one piece
missing right now.
Thanks,
David
On Thursday, June 23, 2016 at 5:00:22 PM UTC-7, David Anthoff wrote:
Hi,
is there a way to switch off the REPL and then on again, from a task?
Specifically, I want
Is there a way to get the names of the parameters of a method from a Method
type instance on julia 0.5?
Thanks,
David
> To: Julia Users
> Subject: Re: [julia-users] Getting parameter names from Method
>
> On Fri, Nov 4, 2016 at 6:31 PM, David Anthoff
> wrote:
> > Is there a way to get the names of the parameters of a method from a
> > Method type instance on julia 0.5?
>
> Roughly:
s
4
On Friday, November 4, 2016 at 7:00:56 PM UTC-4, David Anthoff wrote:
How do I get at this nargs field? On julia 0.5 Method doesn't seem to have a
field with that name?
> -Original Message-
> From: julia...@googlegroups.com [mailto:julia-
> us...@googl
I get
julia> x = "I have \$100 in my account"
"I have \$100 in my account"
Shouldn't the backlash not appear in the output? If then do
println(x)
the backlash doesn't show, but I would have expected that it also doesn't
show if I just eval the string.
Am I missing something ba
Ah, thanks for the answer, that does make sense.
> -Original Message-
> From: julia-users@googlegroups.com [mailto:julia-
> us...@googlegroups.com] On Behalf Of Yichao Yu
> Sent: Monday, November 7, 2016 8:02 PM
> To: Julia Users
> Subject: Re: [julia-users] Re: Escaped $ in Strings has
ent: Tuesday, November 15, 2016 5:29 AM
To: julia-users
Subject: Re: [julia-users] Re: Hide and disable REPL
On Friday, November 4, 2016 at 1:28:16 PM UTC-4, David Anthoff wrote:
The complete setup is slightly more complicated, but you can imagine just the
following: start a normal juli
I think most of them just have the code pasted into the REPL. That would work
for us as well, but then we can’t do things like eval code in the context of a
specific module.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of cdm
Sent: Monday, November 14, 2
Does anyone know about a package that allows reading from the windows
registry?
Thanks,
David
--
David Anthoff
University of California, Berkeley
http://www.david-anthoff.com
There is actually an open source pluging for python for VS that is developed by
MS. The whole package is VERY smooth (including debugger etc). If someone
wanted to create a julia plugin for VS, that would probably be a great starting
point. Certainly not me, though :)
From: julia-users@googl
Hi,
is there a Time datatype, analogous to the Date type? I ran into a situation
where I need to represent times (like 12:34 pm) that don't have a date
associated. I understand that in the case of dates that don't have a time
component I'd use Date (instead of DateTime), but I couldn't find any
re's enough interest.
-Jacob
On Fri, Mar 13, 2015 at 7:06 AM, David Anthoff mailto:anth...@berkeley.edu> > wrote:
Hi,
is there a Time datatype, analogous to the Date type? I ran into a situation
where I need to represent times (like 12:34 pm) that don’t have a date
associated. I
crack at coding it up if Jacob or someone else doesn't beat me to it.
On Fri, Mar 13, 2015 at 9:34 AM, David Anthoff mailto:anth...@berkeley.edu> > wrote:
I’ve created a new Excel file reading package, and in Excel you can have cells
that have a time, but no date part. I’m trying to
Perfect, thanks, that looks exactly like what I need!
Should this code also go into the Dates.jl package for julia 0.3?
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Jacob Quinn
Sent: Wednesday, March 18, 2015 8:34 PM
To: julia-users@googlegroups.com
I would suggest that this topic is moved over to a github issue by those that
are interested/participating.
I have observed a highly useful pattern of communication over the last year on
this list: someone brings up a topic that relates to a design
question/improvement of julia, there is a b
Not worth describing my workaround, it was actually based on a misunderstanding
of closures on my part and entirely unneeded.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Tony Kelman
Sent: Friday, May 8, 2015 6:57 PM
To: julia-users@googlegroups.com
Cc
I think there should be a WindowsAPI.jl package where people can put all
wrappers for the low level C interfaces that the Windows API defines. It could
(over time) hold all the data structure definitions, and wrappers for the
various Win32 function calls.
Maybe a higher level registry packag
Have you tried
df = readxl(DataFrame, "Filename.xlsx", "Sheet1!A1:C4")
That would return a DataFrame. Note that there is no readxlsheet that reads
into a DataFrame (yet).
The eventual API design I had in mind is that one can pass as a first argument
the return type one desires. Right
rt at C:\.julia\v0.3\DataArrays\src\dataarray.jl:561
in readxl_internal at C:\.julia\v0.3\ExcelReaders\src\ExcelReaders.jl:214
in readxl at C:\.julia\v0.3\ExcelReaders\src\ExcelReaders.jl:204
Any suggestions?
Thanks.
Brandon
On Tuesday, May 19, 2015 at 7:28:59 PM UTC-4, David Anthoff wro
I was never a fan of `with`. It makes it really hard to read/reason about
unfamiliar code because you need to know exactly what members a type has in
order to understand what is going on.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Stefan Karpinski
S
Congratulations, looks like a great list!
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Jiahao Chen
Sent: Tuesday, June 9, 2015 11:15 PM
To: julia-users@googlegroups.com
Subject: [julia-users] Re: Julia Summer of Code
I am pleased to announce the lis
I also saw a huge performance drop for a pretty involved piece of code when
I tried a pre-release version of 0.4 a couple of weeks ago, compared to
running things on 0.3.
My plan was to wait for a feature freeze of 0.4 and then investigate and
report these things, I don't have the bandwidth to tra
I had reported slow performance for a medium size code base a couple weeks ago
on 0.4 relative to 0.3. I just tested again with the latest nightly, now 0.4 is
faster. Thanks to whoever cleared all of that out!
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf
I am in the same position as the original author: I have a domain specific
package that is of interest to a small number of people that work in the same
field as I do, but certainly of no interest to anyone else.
I tried to register it at some point, but then I ran into questions whether the
proposing something like domain namespaces or directories so
we can start adding packages with jargony names.
On Tuesday, July 14, 2015 at 4:45:53 PM UTC-4, David Anthoff wrote:
I am in the same position as the original author: I have a domain specific
package that is of interest to a small
Maybe one thing that would help on the package ecosystem side is to add an
appveyor.yml file in addition to a .travis.yml file to the template generated
by Pkg.generate?
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Tony Kelman
Sent: Tuesday, July 14,
I agree. In my mind bad backtraces are a bug, certainly that is how I as a user
experience them, and we wouldn’t want to make a buggy but fast behavior the
default.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Tony Kelman
Sent: Monday, August 10, 2015
Fantastic, thanks Jarrett!
Cheers,
David
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Miles Lubin
Sent: Friday, August 14, 2015 3:35 PM
To: julia-users
Cc: miles.lu...@gmail.com
Subject: [julia-users] Re: ANN: Major overhaul of ForwardDiff.jl
I think the current Expr object is ill-suited for anything like a gofix tool,
because it is essentially not capable of lossless round-tripping a source code
file into an Expr and then back into a file. Things like comments, formatting
etc would all be lost.
I’ve written up a very rough draft
Stefan announced a feature freeze for julia 0.4 on the dev list.
For package authors: please take note of his call to action to ensure
compatibly with julia 0.4, this is the time to start working on that and
ideally get your package compatible with julia 0.4 before the latter gets
released.
I have to admit that after having used the new syntax for a while now, I’m not
a fan at all. It feels like I’m thrown back to my old C# days…
I’m sure there was an excellent reason for this change, but I couldn’t find the
relevant issue on github. If someone has the relevant link handy, I wou
Is the idea that we have a separate badge for every julia version now, i.e.
very soon three? Or is there also one badge that shows the aggregated
information?
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Iain Dunning
Sent: Wednesday, September 2, 2015
x27;ll ever test 0.3, 0.4, and 0.5 simultaneously.
I guess I'll just provide the results, and people can select what they think is
relevant to users.
On Wed, Sep 2, 2015 at 2:11 PM, David Anthoff mailto:anth...@berkeley.edu> > wrote:
Is the idea that we have a separate badge for ever
Thanks,
David
--
David Anthoff
University of California, Berkeley
http://www.david-anthoff.com
Congrats, this is truly great work!
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Jarrett Revels
Sent: Thursday, September 3, 2015 1:25 PM
To: julia-users
Subject: [julia-users] [ANN] ForwardDiff.jl v0.1.0 Released
I'm proud to announce that we've t
Is that really the only thing keeping up a 0.4 RC, or are bugs that are being
reported just not being tagged for a 0.4.0 release?
If I look at the issue tracker, there are 86 open bugs. Not a single one of
these is tagged for 0.4.0, and 74 of those are not assigned to any milestone.
Have the
Great, and thanks!
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Steven G. Johnson
Sent: Thursday, September 3, 2015 4:34 PM
To: julia-users
Subject: Re: [julia-users] 0.4 final push!
Bugs that aren't regressions shouldn't hold up the release.
Do any of these other suggestions have a mailing list interface? That seems
critical, I bet lots of people never touch the Google groups UI and just use
this as a traditional mailing list, which is very convenient.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
B
I submitted three pull requests to the original repo that get rid of three
different array allocations in loops and that make things a fair bit faster
altogether:
https://github.com/jesusfv/Comparison-Programming-Languages-Economics/pulls
I think it would also make sense to run these benc
ions do? In
that case, how could one hope to compete when using a C-coded version?
--Peter
On Tuesday, June 17, 2014 10:57:47 AM UTC-7, David Anthoff wrote:
I submitted three pull requests to the original repo that get rid of three
different array allocations in loops and that make t
ots of progress in
https://github.com/JuliaLang/julia/pull/6230. But there have not been any speed
comparisons as far as I know. Note that Julia uses JIT compilation and thus I
would not expect to have the source compiler have a huge impact.
Am Dienstag, 17. Juni 2014 21:25:50 UTC+2 sch
+1 for Nullable (I have a .Net background). Data{T} seems like a very
generic name for a very specific concept. For people that have not read the
doc and would come across code that used this construct, the name wouldnt
give the slightest hint what this might be about, whereas something like
Nulla
And I really hope that most package developers stay away from 0.4 for a long
time, so that we have healthy package improvements working on 0.3 until 0.4 is
actually released :)
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Iain Dunning
Sent: Friday, Au
This is fantastic!
Any experiences/opinions/pitfalls your group discovered on the Python vs Julia
question? I guess you pretty much implemented the same algorithms in both
languages. Did you find one is faster than the other? Were there major areas
where Julia lagged behind Python?
Thank
Whether it is registered or not, please use a different name, given that this
https://juliabox.org/ exists and is very much supported/run by the official
julia core team. No need to cause naming confusion here.
Cheers,
David
From: julia-users@googlegroups.com [mailto:julia-users@googlegr
Your last line in the objective function creates an Array{Float64,1} and
returns that, but you need to return just a Float64. Probably easiest to just
write:
(result’*target)[1]
Instead. Also, in the code sent you seem to miss setting the objective for
NLopt, but given that something ran
Just curios, what is the .cache directory in the .julia directory?
For julia 0.3 it seems that directory was a child of the v0.3 directory, for
julia 0.4 it seems it moved one level up to be a sibling of the v0.4 folder.
Is there a reason for that?
Thanks,
David
--
David Anthoff
Optimization should definitely be on this list. The JuMP package is just
phenomenal, in my mind a much better overall experience for many problems than
any existing alternative.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Andrei Zh
Sent: Wednesday, S
Same here.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Matthias Redies
Sent: Wednesday, September 23, 2015 3:00 PM
To: julia-users
Subject: [julia-users] Why is juliabox.org offline?
I wanted to try https://www.juliabox.org/, but I can only load a
What is the .cache directory actually? And why is it moved into the ~\.julia
folder for 0.4?
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Tony Kelman
Sent: Friday, September 25, 2015 2:35 PM
To: julia-users
Subject: [julia-users] Re: Pkg.[update()/ins
Windows as well.
On Friday, September 25, 2015 at 5:10:50 PM UTC-7, David Anthoff wrote:
What is the .cache directory actually? And why is it moved into the ~\.julia
folder for 0.4?
From: julia...@googlegroups.com [mailto:
julia...@googlegroups.com] On Behalf Of Tony Kelman
Sent: Friday
+1 to having a String type that I can just use and it works if I don’t care
about any of the encoding subtleties.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Stefan Karpinski
Sent: Monday, September 28, 2015 8:28 AM
To: Julia Users
Subject: Re: [juli
You certainly got the German part right.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Tony Kelman
Sent: Monday, September 28, 2015 3:36 PM
To: julia-users
Subject: [julia-users] Re: How do I fix this package error?
I don't speak German, but the err
When you have matrices with special structures and symmetries, Julia can encode
that information in the type of the matrix, and in those cases the backslash
operator should actually be more efficient than in Matlab because there is no
need to “guess” what the best algorithm might be. My understa
Stefan is suggesting you delete the folder “C:\Users\fedel_000\.julia”. That is
the folder that holds julia packages, and somehow your folder got messed up,
probably due to some manual things you did there. Just delete that whole
folder, start julia, and then only manage packages via the Pkg.* f
Would it make sense to have a git repo with a Julia extension for VS code
somewhere? If you would just push you julia folder from your
.vscode\extensions, that would be great!
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Burning Legion
Sent: Wednesday
: [julia-users] Re: What features are interesting in a VS Code
plug-in?
At the moment it is dirt simple. Just create the extension and that's about all you can
do for now. I am happy to do so however. Will have it up later .
On Thursday, October 15, 2015 at 2:46:49 AM UTC+2, David An
on if anything is wrong with the license file.
Repo is at: https://github.com/Mike43110/julia.vscode
On Thursday, 15 October 2015 18:48:06 UTC+2, David Anthoff wrote:
Great, much appreciated! I don’t have yo installed, I think and will just wait
for your repo to go up.
Thanks,
David
I very much agree, adding deprecation warnings should be treated as a feature
change, i.e. those should really go in before a feature freeze (whereas for 0.4
very many went in even after RC1), but at least before the RC sequence starts.
From: julia-users@googlegroups.com [mailto:julia-users@g
This is great, congrats!
I’d be curious about a roadmap. Is this essentially ready to replace DataArrays
at this point? Is there much todo before DataFrames will use this by default?
Should packages like ExcelReaders switch from DataArrays to this already, or
wait?
I did see this https:/
Are there plans to throw deprecation warnings in julia 0.5 whenever one slices
an array with [], and then reuse the [] syntax to return views in julia 0.6?
That would be approach that is consistent with previous changes of
functionality, right?
I’m very much in favor of the new design, but I
If something like this were to change, it would be good to do it sooner rather
than later -> less code that depends on the syntax that would go would have
been written. So maybe the right way forward for this is to open an issue
suggesting to drop the = variant, discuss it, make a decision and t
with something.
Maybe allow using the old behavior during a transitional period with something
like `using OldArrays` and then when you've gotten the chance to double check
your code, you can delete that line and move to the new behavior. We'll have to
see.
On Mon, Oct 26, 2015 a
0.4?
Python's
from __future__ import division
was a reasonable way of transitioning. I would use it for slicing if it was
available already.
On Monday, November 2, 2015 at 2:46:04 PM UTC-5, David Anthoff wrote:
The `using OldArrays` approach would essentially require an opt-in from
eve
this different from the Compatibility module?
Christoph
On Monday, 2 November 2015 20:44:38 UTC, David Anthoff wrote:
Yes, I like that kind of idea. How about specifically:
- If a package does nothing, every use of `[]` for slicing throws a deprecation
warning on julia 0.5
- If you use
I looked into a non-conda solution when I tried to integrate a python setup
into IJulia's setup (the effort was finally superseded by the Conda.jl package).
pip had come a long way and would have worked for the case. I also think that
wheels pretty much solve the binary distribution problem for
I think there are wheels for all of these: http://pythonwheels.com/
> -Original Message-
> From: julia-users@googlegroups.com [mailto:julia-
> us...@googlegroups.com] On Behalf Of Tony Kelman
> Sent: Monday, November 2, 2015 4:47 PM
> To: julia-users
> Subject: RE: [julia-users] Anaconda
Ah, interesting, I had been under the impression that numpy etc had windows
wheels already, but clearly they are still working on that...
I don't see the appeal of WinPython over conda, then you just swap out one
alternative distribution over another one.
> -Original Message-
> From: ju
No, Compat generall ports the new syntax back to old versions. What I'm
suggesting is quite different, namely that in julia 0.5 if you just use `[]`
for slicing without anything else, you generate a warning, and then you have to
opt-in to the NEW syntax.
> -Original Message-
> From: jul
Fantastic news, congrats!
When you refer to the stats focus in terms of libraries, does that mean things
like sorting out the type stability issues in DataFrames, making NullableArrays
the core of DataFrames etc? I.e. the core plumbing libraries, or something
else? Very exciting news in either
There is a link to “old releases” on the download page (same level as the
different platform downloads). I also couldn’t find it right away.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Steven G. Johnson
Sent: Friday, November 13, 2015 12:37 PM
To: ju
Try https://github.com/davidanthoff/ExcelReaders.jl. Best, David
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Joshua Duncan
Sent: Saturday, November 14, 2015 8:51 PM
To: julia-users
Subject: Re: [julia-users] Re: Read XLS files with Julia
I'm attem
Have a look at the NamedTuples package.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Jason McConochie
Sent: Tuesday, November 17, 2015 1:26 PM
To: julia-users
Subject: [julia-users] Best way to return many arrays from function
In matlab I group arr
This is fantastic! Cheers, David
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Spencer Lyon
Sent: Thursday, December 3, 2015 6:06 AM
To: julia-users
Subject: [julia-users] ANN: DSGE.jl
The Federal Reserve bank of New York has finished moving their f
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 mo
sed in the melt
operation in some way?
Thanks,
David
--
David Anthoff
University of California, Berkeley
http://www.david-anthoff.com
v") do f
chomp(readline(f)) ; end,",")[collect(values(df.colindex.lookup))]))
now aside from using `h` in other ways, you can do:
melteddf[:Region] = [h[r] for r in melteddf[:Region]]
to fix the `melteddf`.
On Wednesday, December 16, 2015 at 2:39:57 AM UTC+2, David Anthoff wro
I like that idea. I think the current behavior is not a huge problem, but I
often run into a situation where I code up a method that modifies something and
shouldn’t return anything, and then I forget to add a blank return statement at
the end (*) and the function returns just something arbitrar
BUT, if this was to adopted, please do it soon :) These are the kind of
breaking code changes that should get fewer and fewer as 1.0 moves closer.
wonder if a mandatory return would play well with macros. The neat
thing about the Lisp-style syntax is that it is nestable, an expression
does not need to care about where it is and whether a return statement
makes sense in that context.
On Tue, May 24 2016, David Anthoff wrote:
> BUT,
+1. While I like it, I’m not sure it is worth the cost. If there is a decision
to go ahead with it, it would be good to do so rather sooner than later, just
to make that breakage a little less worse…
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Steve
rs,
David
--
David Anthoff
University of California, Berkeley
http://www.david-anthoff.com
https://github.com/JuliaComputing/ArrayFire.jl/issues/40
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Gabriel Goh
Sent: Friday, June 10, 2016 3:00 PM
To: julia-users
Subject: [julia-users] Re: ArrayFire.jl - GPU Programming in Julia
is there win
a very nice and short notation.
Thanks,
David
--
David Anthoff
University of California, Berkeley
http://www.david-anthoff.com
, x)
I would be careful combining element-wise function application with partial
function application. Why not use map instead?
On Wednesday, June 15, 2016 at 3:47:05 PM UTC-7, David Anthoff wrote:
I just tried to use the new dot syntax for vectorising function calls in order
to convert an ar
To: julia-users
> > > Subject: [julia-users] Re: parse.(Int64, x)
> > >
> > > I would be careful combining element-wise function application with
> > > partial function application. Why not use map instead?
> > >
> > > On Wednesday, June 15, 2016 a
I’ve never understood the various .cache folders that hang around, but if you
want to be sure to start from a clean .julia package folder you might want to
make sure all the .cache folders are also removed. In particular I guess the
.julia/.cache folder. And then retry the whole Pkg.init() proce
un 21, 2016 at 1:31 PM, David Anthoff mailto:anth...@berkeley.edu> > wrote:
I’ve never understood the various .cache folders that hang around, but if you
want to be sure to start from a clean .julia package folder you might want to
make sure all the .cache folders are also removed. In p
Julia versions.
On Tue, Jun 21, 2016 at 1:49 PM, David Anthoff mailto:anth...@berkeley.edu> > wrote:
You mean when I completely uninstalled a package and then add it again?
It wouldn’t be needed if I just switch to a different version of an installed
package, right?
From: <mailto
I like to add a new-alias command to my Microsoft.PowerShell_profile.ps1 file
that makes the “julia” command available in my powershell session.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Tony Kelman
Sent: Tuesday, June 21, 2016 12:46 PM
To: julia-us
course be fantastic.
Cheers,
David
--
David Anthoff
University of California, Berkeley
http://www.david-anthoff.com
1 - 100 of 174 matches
Mail list logo
