[julia-users] Suggestion regarding valuable Youtube videos related to Julia learning
The various Youtube videos recorded at Julia conferences look very good. It's great to have explanations given by the experts at the top of the Julia tree, no names mentioned, you know who you are. Thanks for this resource. >From the consumer side, the packages are kinda long. I imagine that many, with the exception of the cohort that wants to see every second live, would benefit from shorter edited versions that present concisely what the speaker wants to say. Not a problem, you say, we just need someone to find the time to sit down and pull out the *obiter dicta* to leave the kernels. But where do we find this time? It can be challenging to decide where to cut. It is a well-known practice in the political arena to give presentations that make the editing process easy so that the press gets the right message, the principal points in a short bite with easily identifiable chunks to illustrate the points made in further detail, each in its own right a standalone element. The speakers are excellent and experienced presenters. They know that they must tailor the presentation to the audience; my suggestion is that when they look out on the hundreds of people in their immediate room, they keep in mind the tens of thousands who will tune in later. Does the video manager have any details on the number of learners accessing these videos and the amount of time they remain glued to the screen?
Re: [julia-users] [JuliaOpt] Beginner questions?
Thanks, got it. On Saturday, 10 September 2016 09:10:54 UTC-4, Michele Zaffalon wrote: > > There is the julia-opt forum: > https://groups.google.com/forum/#!forum/julia-opt > > On Sat, Sep 10, 2016 at 2:38 PM, Colin Beckingham <col...@kingston.net > > wrote: > >> OK for Optim beginner questions here? >> > >
[julia-users] [JuliaOpt] Beginner questions?
OK for Optim beginner questions here?
[julia-users] When git master is preferred to the tagged version obtained by Pkg. add()
I just ran into the situation with a Julia package where testing with the version of the package obtained by Pkg.add was broken with respect to the test process. Pkg.checkout followed by Pkg.build gave me the master version which worked fine in test. Does this necessarily imply that Pkg.add is fetching the wrong version?
[julia-users] Re: Databases: Interpolation in backticks
After further investigation, I find that unbalanced triple quotes works (see https://github.com/JuliaLang/julia/issues/5800) as in $opts = ["--pset=""""footer=off""","-hlocalhost","..."] and also `psql --pset="footer=off" $opts -c $sql` with $opts not containing the --pset=... On Wednesday, 24 August 2016 06:11:03 UTC-4, Colin Beckingham wrote: > > Sometimes we need to get bits of data from databases. And one of the quick > ways to do this is pass an SQL query to Mysql or Postgresql without loading > up the special database specific (or not) Julia libraries. Backticks work > well up to a point. > For example `psql $opts -c $sql` works nicely if $opts is an array of > strings where there is no space between flag and value, as in > ["-hlocalhost","..."] to indicate which server to access. It has to be an > array, a simple string does not fly since it is inserted with wrapping > quotes intact. The $sql can be a string, which is nice. > I find I can pass pretty much any option in $opts but have hit a roadblock > when trying to pass an output option such as "--pset="footer=off" at which > point I seem to lose control of the quotes again. It's not a blocker since > I can just adjust the result once it has been returned. Just interested to > know if there is a workaround. >
[julia-users] Databases: Interpolation in backticks
Sometimes we need to get bits of data from databases. And one of the quick ways to do this is pass an SQL query to Mysql or Postgresql without loading up the special database specific (or not) Julia libraries. Backticks work well up to a point. For example `psql $opts -c $sql` works nicely if $opts is an array of strings where there is no space between flag and value, as in ["-hlocalhost","..."] to indicate which server to access. It has to be an array, a simple string does not fly since it is inserted with wrapping quotes intact. The $sql can be a string, which is nice. I find I can pass pretty much any option in $opts but have hit a roadblock when trying to pass an output option such as "--pset="footer=off" at which point I seem to lose control of the quotes again. It's not a blocker since I can just adjust the result once it has been returned. Just interested to know if there is a workaround.
Re: [julia-users] DataFrame inline IO with csv in variable
Many thanks, works perfectly. I see the question was asked before; I did do a search but I guess my criteria were poor. Might be a good entry in the help docs. On Tuesday, 16 August 2016 08:10:10 UTC-4, Tamas Papp wrote: > > readtable(IOBuffer(string)) > > On Tue, Aug 16 2016, Colin Beckingham wrote: > > > I'm trying to follow the examples in the DataFrame docs explaining the > > ability to use a " csv"""...""" " format to import data from a string. > > My data already exist in a string variable, but I am having a problem > > expanding the string inside the "csv""" """ " expression. > > I can write the string into a file and read the file into the df with > > readtable(), but clearly this is wasteful unless there are other reasons > to > > have the raw data handy. > > Is it possible to expand the contents of the string variable inside the > > triple quotes? > >
[julia-users] Re: Permissions in my 'usr' don't look right
If I change the dirs julia/usr and julia/usr-staging with a chmod recursively to me as a user, then make completes and make testall is successful. This is a complete shot in the dark, perhaps someone could let me know if I should reinstall from scratch. I believe this happened in the last 24 hours, yesterday the make ran fine. On Wednesday, 10 August 2016 01:37:47 UTC-4, Colin Beckingham wrote: > > The latest 0.6 is failing to build on my openSUSE system. Specifically it > keeps falling over when trying to handle the files and symlinks in usr/lib > for libopenlibm.* that cannot be changed. Permissions on these files seem > to be ok, but the permissions in the lib directory don't look right. I have > a bunch of stuff owned by root for some reason, specifically > /julia> ls -l usr > total 24 > drwxr-xr-x 2 colin users 4096 Aug 10 01:14 bin > drwxr-xr-x 3 colin users 19 Nov 25 2015 etc > drwxr-xr-x 8 root root 4096 Aug 9 02:15 include > drwxr-xr-x 5 root root 8192 Aug 10 01:22 lib > drwxr-xr-x 2 colin users6 Nov 25 2015 libexec > drwxr-xr-x 8 root root80 Aug 9 02:15 share > drwxr-xr-x 2 root root 4096 Aug 9 02:15 tools > I can't recall having switched to root to do any installs, but it is > possible I did so and the memory faded. >
[julia-users] Permissions in my 'usr' don't look right
The latest 0.6 is failing to build on my openSUSE system. Specifically it keeps falling over when trying to handle the files and symlinks in usr/lib for libopenlibm.* that cannot be changed. Permissions on these files seem to be ok, but the permissions in the lib directory don't look right. I have a bunch of stuff owned by root for some reason, specifically /julia> ls -l usr total 24 drwxr-xr-x 2 colin users 4096 Aug 10 01:14 bin drwxr-xr-x 3 colin users 19 Nov 25 2015 etc drwxr-xr-x 8 root root 4096 Aug 9 02:15 include drwxr-xr-x 5 root root 8192 Aug 10 01:22 lib drwxr-xr-x 2 colin users6 Nov 25 2015 libexec drwxr-xr-x 8 root root80 Aug 9 02:15 share drwxr-xr-x 2 root root 4096 Aug 9 02:15 tools I can't recall having switched to root to do any installs, but it is possible I did so and the memory faded.
[julia-users] Julia and sshd tests
I always run Julia as non-root, so there is not much surprise when "make testall" says it cannot find sshd, which on openSUSE lives in /usr/sbin and is not accessible by non-root due to permissions. Testall by normal user bypasses the related test and continues to success. Attempting to run Julia as root to allow this test to run results in error in testing libgit2 since no keys are set up. I'm not worrying about this until I have good reason to run Julia in root. Does the fact that openSUSE makes sshd unavailable to non-root users bypass some important tests?
[julia-users] Re: ERROR: FunctionalDataUtils's requirements can't be satisfied
Thanks for the suggestion. I have now cleaned up the versions to remove all
masters and the dirty package.
I spend rather too much time turning over rocks looking for problems and
adding experiments leading to an untidy setup.
Looks much cleaner now.
On Saturday, 30 July 2016 09:49:27 UTC-4, Tony Kelman wrote:
>
> I'd recommend staying on the tagged versions rather than master of so many
> packages, unless you're contributing to the package in question. On master
> you could get unstable work or unsatisfiable requirement conflicts as you
> saw. Most package authors are usually pretty responsive about tagging new
> releases for bugfixes or ready-for-public-consumption new features if you
> ask on github.
>
> If you're finding a nonresponsive package author who you think may have
> abandoned a package, there are options for adopting on a fork and making
> that the new official version metadata points to.
>
>
> On Saturday, July 30, 2016 at 2:11:09 AM UTC-7, Colin Beckingham wrote:
>>
>> Pkg.free worked just fine, thankyou.
>> Here is Pkg.status (prior to Pkg.free) for info:
>>
>> Pkg.status()
>> 31 required packages:
>> - BinDeps 0.4.1 master
>> - Cairo 0.2.33+master
>> - Clustering0.6.0
>> - ColorTypes0.2.5
>> - DSP 0.0.11
>> - DataArrays0.3.7
>> - DataFrames0.7.6+ master
>> - Debug 0.1.6
>> - DecisionTree 0.4.2
>> - DimensionalityReduction 0.1.1
>> - Distances 0.3.2
>> - Docile0.5.23
>> - FunctionalDataUtils 0.1.0
>> - GLM 0.5.4
>> - GZip 0.2.19
>> - Gtk 0.10.1
>> - HttpParser0.1.1
>> - ImageMagick 0.1.7
>> - ImageView 0.1.20+master
>> - Images0.5.6 22b5ebfc (dirty)
>> - IniFile 0.2.5
>> - JLD 0.6.3
>> - JSON 0.6.0
>> - LightXML 0.2.1
>> - MLBase0.5.3
>> - PkgDev0.1.1
>> - RDatasets 0.1.3+ master
>> - StatsBase 0.9.0
>> - Tk0.3.8+ master
>> - WAV 0.8.0
>> - Winston 0.11.13+ master
>> 35 additional packages:
>> - ArrayViews0.6.4
>> - Blosc 0.1.5
>> - Calculus 0.1.15
>> - ColorVectorSpace 0.1.5
>> - Colors0.6.6
>> - Compat0.8.6
>> - Conda 0.2.2
>> - Dates 0.4.4
>> - Distributions 0.10.0
>> - FactCheck 0.4.3
>> - FileIO0.1.0
>> - FixedPointNumbers 0.1.4 master
>> - FunctionalData0.1.0
>> - Graphics 0.1.3
>> - HDF5 0.6.3
>> - HttpCommon0.2.6
>> - Iterators 0.1.9
>> - LaTeXStrings 0.1.6
>> - LegacyStrings 0.1.1
>> - MacroTools0.3.0+ master
>> - MultivariateStats 0.2.2
>> - PDMats0.4.2
>> - Polynomials 0.0.5
>> - PyCall1.6.3+ master
>> - PyPlot2.2.0+ master
>> - Reexport 0.0.3
>> - Rmath 0.1.2
>> - SHA 0.2.0 master
>> - SIUnits 0.0.6
>> - ScikitLearnBase 0.1.1
>> - SortingAlgorithms 0.0.6
>> - StatsFuns 0.3.0
>> - TexExtensions 0.0.3
>> - URIParser 0.1.5 master
>> - Zlib 0.1.12
>>
>>
>> On Saturday, 30 July 2016 04:59:07 UTC-4, Tony Kelman wrote:
>>>
>>> What does Pkg.status() say? You probably need to run Pkg.free("SHA")
>>
>>
[julia-users] Re: ERROR: FunctionalDataUtils's requirements can't be satisfied
Pkg.free worked just fine, thankyou.
Here is Pkg.status (prior to Pkg.free) for info:
Pkg.status()
31 required packages:
- BinDeps 0.4.1 master
- Cairo 0.2.33+master
- Clustering0.6.0
- ColorTypes0.2.5
- DSP 0.0.11
- DataArrays0.3.7
- DataFrames0.7.6+ master
- Debug 0.1.6
- DecisionTree 0.4.2
- DimensionalityReduction 0.1.1
- Distances 0.3.2
- Docile0.5.23
- FunctionalDataUtils 0.1.0
- GLM 0.5.4
- GZip 0.2.19
- Gtk 0.10.1
- HttpParser0.1.1
- ImageMagick 0.1.7
- ImageView 0.1.20+master
- Images0.5.6 22b5ebfc (dirty)
- IniFile 0.2.5
- JLD 0.6.3
- JSON 0.6.0
- LightXML 0.2.1
- MLBase0.5.3
- PkgDev0.1.1
- RDatasets 0.1.3+ master
- StatsBase 0.9.0
- Tk0.3.8+ master
- WAV 0.8.0
- Winston 0.11.13+ master
35 additional packages:
- ArrayViews0.6.4
- Blosc 0.1.5
- Calculus 0.1.15
- ColorVectorSpace 0.1.5
- Colors0.6.6
- Compat0.8.6
- Conda 0.2.2
- Dates 0.4.4
- Distributions 0.10.0
- FactCheck 0.4.3
- FileIO0.1.0
- FixedPointNumbers 0.1.4 master
- FunctionalData0.1.0
- Graphics 0.1.3
- HDF5 0.6.3
- HttpCommon0.2.6
- Iterators 0.1.9
- LaTeXStrings 0.1.6
- LegacyStrings 0.1.1
- MacroTools0.3.0+ master
- MultivariateStats 0.2.2
- PDMats0.4.2
- Polynomials 0.0.5
- PyCall1.6.3+ master
- PyPlot2.2.0+ master
- Reexport 0.0.3
- Rmath 0.1.2
- SHA 0.2.0 master
- SIUnits 0.0.6
- ScikitLearnBase 0.1.1
- SortingAlgorithms 0.0.6
- StatsFuns 0.3.0
- TexExtensions 0.0.3
- URIParser 0.1.5 master
- Zlib 0.1.12
On Saturday, 30 July 2016 04:59:07 UTC-4, Tony Kelman wrote:
>
> What does Pkg.status() say? You probably need to run Pkg.free("SHA")
[julia-users] ERROR: FunctionalDataUtils's requirements can't be satisfied
What's my next step?
Using:
versioninfo()
Julia Version 0.5.0-rc0+63
Commit 75404d1* (2016-07-30 05:51 UTC)
Platform Info:
System: Linux (x86_64-suse-linux)
CPU: Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz
WORD_SIZE: 64
BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Haswell)
LAPACK: libopenblas64_
LIBM: libopenlibm
LLVM: libLLVM-3.7.1 (ORCJIT, haswell)
Make and make testall run fine, but on PkgUpdate() I get the eponymous
error:
Pkg.update()
INFO: Updating METADATA...
INFO: Updating cache of Blosc...
INFO: Updating cache of MultivariateStats...
INFO: Updating cache of HDF5...
INFO: Updating FixedPointNumbers master...
INFO: Updating SHA master...
INFO: Updating PyCall master...
INFO: Updating Tk master...
INFO: Updating Winston master...
INFO: Updating RDatasets master...
INFO: Updating PyPlot master...
INFO: Updating MacroTools master...
INFO: Updating BinDeps master...
INFO: Updating Cairo master...
INFO: Updating ImageView master...
INFO: Updating DataFrames master...
INFO: Updating URIParser master...
INFO: Computing changes...
ERROR: FunctionalDataUtils's requirements can't be satisfied because of the
following fixed packages: SHA
in resolve(::Dict{String,Base.Pkg.Types.VersionSet},
::Dict{String,Dict{VersionNumber,Base.Pkg.Types.Available}},
::Dict{String,Tuple{VersionNumber,Bool}},
::Dict{String,Base.Pkg.Types.Fixed}, ::Dict{String,VersionNumber},
::Set{String}) at ./pkg/entry.jl:487
in update(::String, ::Set{String}) at ./pkg/entry.jl:458
in
(::Base.Pkg.Dir.##2#3{Array{Any,1},Base.Pkg.Entry.#update,Tuple{String,Set{String}}})()
at ./pkg/dir.jl:31
in
cd(::Base.Pkg.Dir.##2#3{Array{Any,1},Base.Pkg.Entry.#update,Tuple{String,Set{String}}},
::String) at ./file.jl:59
in #cd#1(::Array{Any,1}, ::Function, ::Function, ::String,
::Vararg{Any,N}) at ./pkg/dir.jl:31
in update() at ./pkg/pkg.jl:210
[julia-users] "using PyPlot" generates many deprecations - how to proceed?
Currently in the latest v 0.5 Julia on openSUSE calling for using PyPlot generates a long list of deprecations from PyPlot and dependencies. After the recompile PyPlot works fine, so not a blocker, just inconvenient. Packages involved are Compat, Conda, BinDeps, URIParser, PyCall, Latexstrings, and the functions are bytestring, @unix_only, @windows, ascii... I have saved the diagnostic output. Maybe there have been some fundamental changes that are propagating through the system already? It's not clear to me as an end user how to initiate a chain of events in the most efficient manner, if at all.
Re: [julia-users] Using ImageView leads to libgobject error
One other oddity. openSUSE has a libcairo, libgobject and a
libcairo-gobject.
In cairo deps build.jl I can see references to cairo and gobject, but not
to the third. Just looks a bit odd.
On Sunday, 10 April 2016 12:25:12 UTC-4, Colin Beckingham wrote:
>
> Did not work.
> I added an entry for tcl and tk on lines 6,7 and ran Pkg.build on Tk.
> Then I ran Pkg.update() where it refused to update Tk due to dirty which
> is good, it confirms I edited the right file.
> For reference here is the full error on "using Tk"
>
> INFO: Recompiling stale cache file /home/colin/.julia/lib/v0.5/Cairo.ji
> for module Cairo.
> WARNING: Method definition set_source(Cairo.CairoContext,
> Cairo.CairoSurface) in module Cairo at
> /home/colin/.julia/v0.5/Cairo/src/Cairo.jl:526 overwritten at
> /home/colin/.julia/v0.5/Cairo/src/Cairo.jl:546.
> ERROR: LoadError: LoadError: UndefVarError: _jl_libgobject not defined
> in init() at /home/colin/.julia/v0.5/Tk/src/tkwidget.jl:36
> in include(::ASCIIString) at ./boot.jl:234
> in include_from_node1(::ASCIIString) at ./loading.jl:417
> in include(::ASCIIString) at ./boot.jl:234
> in include_from_node1(::ASCIIString) at ./loading.jl:417
> in eval(::Module, ::Any) at ./boot.jl:237
> [inlined code] from ./sysimg.jl:11
> in require(::Symbol) at ./loading.jl:348
> in eval(::Module, ::Any) at ./boot.jl:237
> while loading /home/colin/.julia/v0.5/Tk/src/tkwidget.jl, in expression
> starting on line 454
> while loading /home/colin/.julia/v0.5/Tk/src/Tk.jl, in expression starting
> on line 37
>
> I will keep looking for other stray paths.
>
> On Sunday, 10 April 2016 11:51:18 UTC-4, Tim Holy wrote:
>>
>> Yes, probably relevant. Try adding it and then say `Pkg.build("Tk")`.
>> Assuming
>> that succeeds, then `using Tk` should have a high probability of working.
>>
>> --Tim
>>
>> On Sunday, April 10, 2016 08:28:29 AM Colin Beckingham wrote:
>> > FWIW, my tcl library on openSUSE lives in "/usr/lib64/libtcl8.6.so"
>> which
>> > does not match any of the entries in line 6 of file
>> > Tk.jl/blob/master/deps/build.jl. Relevant?
>> > I have noted in a couple other instances that differences in paths seem
>> to
>> > be important, unless Julia decides to load and compile own versions of
>> > tools.
>> >
>> > On Sunday, 10 April 2016 08:38:00 UTC-4, Colin Beckingham wrote:
>> > > Ok, I copied and pasted these lines including the "using" commands
>> and the
>> > > "using Tk" threw the subject line error.
>> > > I may have muddied the water a bit by not noticing that the first
>> time the
>> > > "using Tk" is issued the error appears, but if the same command is
>> > > repeated
>> > > in the same REPL session it is silent and looks reassuring, while in
>> point
>> > > of fact it is not.
>> > > So the using Tk is not happy.
>> > >
>> > > I have scanned the openSUSE Tk packages and as far as I can see the
>> > > obvious ones (and other non-obvious packages as a trial balloon)
>> should be
>> > > in place.
>> > >
>> > > On Sunday, 10 April 2016 07:46:05 UTC-4, Tim Holy wrote:
>> > >> Seems quite mysterious. To debug, the next thing I'd do is
>> > >>
>> > >> julia> cd(Pkg.dir("ImageView", "src"))
>> > >>
>> > >> and then copy/paste the code that's in src/ImageView.jl into the
>> REPL.
>> > >> (Probably just the part that's inside the `module ImageView ...
>> end`.)
>> > >> Presumably you should get error(s), and the line that triggers the
>> error
>> > >> will
>> > >> be a valuable clue.
>> > >>
>> > >> Best,
>> > >> --Tim
>> > >>
>> > >> On Saturday, April 09, 2016 10:07:18 PM Colin Beckingham wrote:
>> > >> > Thanks. Tk is loaded, not Gtk.
>> > >> > Resolved the error in Winston with a Pkg.checkout and build.
>> > >> > I did a Pkg.status("Tk") and this responds without error, version
>> Tk
>> > >>
>> > >> 0.3.7
>> > >>
>> > >> > Also did status on Winston, ImageView, Images, Cairo and all
>> respond
>> > >> > without error.
>> > >> > But still the error, and view() is not available.
>> > >> >
>> > >&
Re: [julia-users] Using ImageView leads to libgobject error
Did not work.
I added an entry for tcl and tk on lines 6,7 and ran Pkg.build on Tk.
Then I ran Pkg.update() where it refused to update Tk due to dirty which is
good, it confirms I edited the right file.
For reference here is the full error on "using Tk"
INFO: Recompiling stale cache file /home/colin/.julia/lib/v0.5/Cairo.ji for
module Cairo.
WARNING: Method definition set_source(Cairo.CairoContext,
Cairo.CairoSurface) in module Cairo at
/home/colin/.julia/v0.5/Cairo/src/Cairo.jl:526 overwritten at
/home/colin/.julia/v0.5/Cairo/src/Cairo.jl:546.
ERROR: LoadError: LoadError: UndefVarError: _jl_libgobject not defined
in init() at /home/colin/.julia/v0.5/Tk/src/tkwidget.jl:36
in include(::ASCIIString) at ./boot.jl:234
in include_from_node1(::ASCIIString) at ./loading.jl:417
in include(::ASCIIString) at ./boot.jl:234
in include_from_node1(::ASCIIString) at ./loading.jl:417
in eval(::Module, ::Any) at ./boot.jl:237
[inlined code] from ./sysimg.jl:11
in require(::Symbol) at ./loading.jl:348
in eval(::Module, ::Any) at ./boot.jl:237
while loading /home/colin/.julia/v0.5/Tk/src/tkwidget.jl, in expression
starting on line 454
while loading /home/colin/.julia/v0.5/Tk/src/Tk.jl, in expression starting
on line 37
I will keep looking for other stray paths.
On Sunday, 10 April 2016 11:51:18 UTC-4, Tim Holy wrote:
>
> Yes, probably relevant. Try adding it and then say `Pkg.build("Tk")`.
> Assuming
> that succeeds, then `using Tk` should have a high probability of working.
>
> --Tim
>
> On Sunday, April 10, 2016 08:28:29 AM Colin Beckingham wrote:
> > FWIW, my tcl library on openSUSE lives in "/usr/lib64/libtcl8.6.so"
> which
> > does not match any of the entries in line 6 of file
> > Tk.jl/blob/master/deps/build.jl. Relevant?
> > I have noted in a couple other instances that differences in paths seem
> to
> > be important, unless Julia decides to load and compile own versions of
> > tools.
> >
> > On Sunday, 10 April 2016 08:38:00 UTC-4, Colin Beckingham wrote:
> > > Ok, I copied and pasted these lines including the "using" commands and
> the
> > > "using Tk" threw the subject line error.
> > > I may have muddied the water a bit by not noticing that the first time
> the
> > > "using Tk" is issued the error appears, but if the same command is
> > > repeated
> > > in the same REPL session it is silent and looks reassuring, while in
> point
> > > of fact it is not.
> > > So the using Tk is not happy.
> > >
> > > I have scanned the openSUSE Tk packages and as far as I can see the
> > > obvious ones (and other non-obvious packages as a trial balloon)
> should be
> > > in place.
> > >
> > > On Sunday, 10 April 2016 07:46:05 UTC-4, Tim Holy wrote:
> > >> Seems quite mysterious. To debug, the next thing I'd do is
> > >>
> > >> julia> cd(Pkg.dir("ImageView", "src"))
> > >>
> > >> and then copy/paste the code that's in src/ImageView.jl into the
> REPL.
> > >> (Probably just the part that's inside the `module ImageView ...
> end`.)
> > >> Presumably you should get error(s), and the line that triggers the
> error
> > >> will
> > >> be a valuable clue.
> > >>
> > >> Best,
> > >> --Tim
> > >>
> > >> On Saturday, April 09, 2016 10:07:18 PM Colin Beckingham wrote:
> > >> > Thanks. Tk is loaded, not Gtk.
> > >> > Resolved the error in Winston with a Pkg.checkout and build.
> > >> > I did a Pkg.status("Tk") and this responds without error, version
> Tk
> > >>
> > >> 0.3.7
> > >>
> > >> > Also did status on Winston, ImageView, Images, Cairo and all
> respond
> > >> > without error.
> > >> > But still the error, and view() is not available.
> > >> >
> > >> > On Saturday, 9 April 2016 20:34:46 UTC-4, Tim Holy wrote:
> > >> > > Try "using Winston" and then whos(); see if Gtk is loaded (or if
> it's
> > >>
> > >> Tk).
> > >>
> > >> > > --Tim
> > >> > >
> > >> > > On Saturday, April 09, 2016 11:34:43 AM Colin Beckingham wrote:
> > >> > > > I tried Pkg.rm("PyPlot") which put PyPlot in the additional
> > >>
> > >> packages
> > >>
> > >> > > group,
> > >> > >
> > &g
Re: [julia-users] Using ImageView leads to libgobject error
FWIW, my tcl library on openSUSE lives in "/usr/lib64/libtcl8.6.so" which
does not match any of the entries in line 6 of file
Tk.jl/blob/master/deps/build.jl. Relevant?
I have noted in a couple other instances that differences in paths seem to
be important, unless Julia decides to load and compile own versions of
tools.
On Sunday, 10 April 2016 08:38:00 UTC-4, Colin Beckingham wrote:
>
> Ok, I copied and pasted these lines including the "using" commands and the
> "using Tk" threw the subject line error.
> I may have muddied the water a bit by not noticing that the first time the
> "using Tk" is issued the error appears, but if the same command is repeated
> in the same REPL session it is silent and looks reassuring, while in point
> of fact it is not.
> So the using Tk is not happy.
>
> I have scanned the openSUSE Tk packages and as far as I can see the
> obvious ones (and other non-obvious packages as a trial balloon) should be
> in place.
>
> On Sunday, 10 April 2016 07:46:05 UTC-4, Tim Holy wrote:
>>
>> Seems quite mysterious. To debug, the next thing I'd do is
>>
>> julia> cd(Pkg.dir("ImageView", "src"))
>>
>> and then copy/paste the code that's in src/ImageView.jl into the REPL.
>> (Probably just the part that's inside the `module ImageView ... end`.)
>> Presumably you should get error(s), and the line that triggers the error
>> will
>> be a valuable clue.
>>
>> Best,
>> --Tim
>>
>> On Saturday, April 09, 2016 10:07:18 PM Colin Beckingham wrote:
>> > Thanks. Tk is loaded, not Gtk.
>> > Resolved the error in Winston with a Pkg.checkout and build.
>> > I did a Pkg.status("Tk") and this responds without error, version Tk
>> 0.3.7
>> > Also did status on Winston, ImageView, Images, Cairo and all respond
>> > without error.
>> > But still the error, and view() is not available.
>> >
>> > On Saturday, 9 April 2016 20:34:46 UTC-4, Tim Holy wrote:
>> > > Try "using Winston" and then whos(); see if Gtk is loaded (or if it's
>> Tk).
>> > >
>> > > --Tim
>> > >
>> > > On Saturday, April 09, 2016 11:34:43 AM Colin Beckingham wrote:
>> > > > I tried Pkg.rm("PyPlot") which put PyPlot in the additional
>> packages
>> > >
>> > > group,
>> > >
>> > > > but the error persists. If there is something else I should do, by
>> all
>> > > > means give a hint.
>> > > >
>> > > > I thought I found an older note which referred to ImageView and
>> Gtk,
>> > >
>> > > which
>> > >
>> > > > is why I mentioned it.
>> > > >
>> > > > Running through the require list for ImageView I have no problems
>> using
>> > >
>> > > any
>> > >
>> > > > of them except Winston, which produces
>> > > > "ERROR: LoadError: syntax: space before "(" not allowed in
>> > > > "AbstractVecOrMat{T} (""
>> > > > I mention it in case it might be tangentially relevant.
>> > > >
>> > > > On Saturday, 9 April 2016 13:51:17 UTC-4, Tim Holy wrote:
>> > > > > Not sure what's happening. Is it possible there's a conflict with
>> > >
>> > > PyPlot?
>> > >
>> > > > > When I grep the source of ImageView, I don't find any mention of
>> gtk.
>> > > > >
>> > > > > --Tim
>> > > > >
>> > > > > On Saturday, April 09, 2016 10:06:52 AM Colin Beckingham wrote:
>> > > > > > Pkg.status()
>> > > > > >
>> > > > > > 31 required packages:
>> > > > > > - BinDeps 0.3.21+master
>> > > > > > - Cairo 0.2.31
>> > > > > > - Clustering0.5.0
>> > > > > > - ColorTypes0.2.2
>> > > > > > - DSP 0.0.11
>> > > > > > - DataArrays0.2.20
>> > > > > > - DataFrames0.7.0+ master
>> > > > > > - Debug 0.1.6
>> > > > > > - DecisionTree 0.3.12
>> > > > > &
Re: [julia-users] Using ImageView leads to libgobject error
Ok, I copied and pasted these lines including the "using" commands and the
"using Tk" threw the subject line error.
I may have muddied the water a bit by not noticing that the first time the
"using Tk" is issued the error appears, but if the same command is repeated
in the same REPL session it is silent and looks reassuring, while in point
of fact it is not.
So the using Tk is not happy.
I have scanned the openSUSE Tk packages and as far as I can see the obvious
ones (and other non-obvious packages as a trial balloon) should be in place.
On Sunday, 10 April 2016 07:46:05 UTC-4, Tim Holy wrote:
>
> Seems quite mysterious. To debug, the next thing I'd do is
>
> julia> cd(Pkg.dir("ImageView", "src"))
>
> and then copy/paste the code that's in src/ImageView.jl into the REPL.
> (Probably just the part that's inside the `module ImageView ... end`.)
> Presumably you should get error(s), and the line that triggers the error
> will
> be a valuable clue.
>
> Best,
> --Tim
>
> On Saturday, April 09, 2016 10:07:18 PM Colin Beckingham wrote:
> > Thanks. Tk is loaded, not Gtk.
> > Resolved the error in Winston with a Pkg.checkout and build.
> > I did a Pkg.status("Tk") and this responds without error, version Tk
> 0.3.7
> > Also did status on Winston, ImageView, Images, Cairo and all respond
> > without error.
> > But still the error, and view() is not available.
> >
> > On Saturday, 9 April 2016 20:34:46 UTC-4, Tim Holy wrote:
> > > Try "using Winston" and then whos(); see if Gtk is loaded (or if it's
> Tk).
> > >
> > > --Tim
> > >
> > > On Saturday, April 09, 2016 11:34:43 AM Colin Beckingham wrote:
> > > > I tried Pkg.rm("PyPlot") which put PyPlot in the additional packages
> > >
> > > group,
> > >
> > > > but the error persists. If there is something else I should do, by
> all
> > > > means give a hint.
> > > >
> > > > I thought I found an older note which referred to ImageView and Gtk,
> > >
> > > which
> > >
> > > > is why I mentioned it.
> > > >
> > > > Running through the require list for ImageView I have no problems
> using
> > >
> > > any
> > >
> > > > of them except Winston, which produces
> > > > "ERROR: LoadError: syntax: space before "(" not allowed in
> > > > "AbstractVecOrMat{T} (""
> > > > I mention it in case it might be tangentially relevant.
> > > >
> > > > On Saturday, 9 April 2016 13:51:17 UTC-4, Tim Holy wrote:
> > > > > Not sure what's happening. Is it possible there's a conflict with
> > >
> > > PyPlot?
> > >
> > > > > When I grep the source of ImageView, I don't find any mention of
> gtk.
> > > > >
> > > > > --Tim
> > > > >
> > > > > On Saturday, April 09, 2016 10:06:52 AM Colin Beckingham wrote:
> > > > > > Pkg.status()
> > > > > >
> > > > > > 31 required packages:
> > > > > > - BinDeps 0.3.21+master
> > > > > > - Cairo 0.2.31
> > > > > > - Clustering0.5.0
> > > > > > - ColorTypes0.2.2
> > > > > > - DSP 0.0.11
> > > > > > - DataArrays0.2.20
> > > > > > - DataFrames0.7.0+ master
> > > > > > - Debug 0.1.6
> > > > > > - DecisionTree 0.3.12
> > > > > > - DimensionalityReduction 0.1.1
> > > > > > - Distances 0.3.0
> > > > > > - Docile0.5.23
> > > > > > - FunctionalDataUtils 0.1.0
> > > > > > - GLM 0.5.0
> > > > > > - GZip 0.2.18
> > > > > > - HttpParser0.1.1
> > > > > > - ImageMagick 0.1.3
> > > > > > - ImageView 0.1.19+master
> > > > > > - Images0.5.3
> > > > > > - IniFile 0.2.5
> > > > > > - J
Re: [julia-users] Using ImageView leads to libgobject error
Thanks. Tk is loaded, not Gtk.
Resolved the error in Winston with a Pkg.checkout and build.
I did a Pkg.status("Tk") and this responds without error, version Tk 0.3.7
Also did status on Winston, ImageView, Images, Cairo and all respond
without error.
But still the error, and view() is not available.
On Saturday, 9 April 2016 20:34:46 UTC-4, Tim Holy wrote:
>
> Try "using Winston" and then whos(); see if Gtk is loaded (or if it's Tk).
>
> --Tim
>
> On Saturday, April 09, 2016 11:34:43 AM Colin Beckingham wrote:
> > I tried Pkg.rm("PyPlot") which put PyPlot in the additional packages
> group,
> > but the error persists. If there is something else I should do, by all
> > means give a hint.
> >
> > I thought I found an older note which referred to ImageView and Gtk,
> which
> > is why I mentioned it.
> >
> > Running through the require list for ImageView I have no problems using
> any
> > of them except Winston, which produces
> > "ERROR: LoadError: syntax: space before "(" not allowed in
> > "AbstractVecOrMat{T} (""
> > I mention it in case it might be tangentially relevant.
> >
> > On Saturday, 9 April 2016 13:51:17 UTC-4, Tim Holy wrote:
> > > Not sure what's happening. Is it possible there's a conflict with
> PyPlot?
> > >
> > > When I grep the source of ImageView, I don't find any mention of gtk.
> > >
> > > --Tim
> > >
> > > On Saturday, April 09, 2016 10:06:52 AM Colin Beckingham wrote:
> > > > Pkg.status()
> > > >
> > > > 31 required packages:
> > > > - BinDeps 0.3.21+master
> > > > - Cairo 0.2.31
> > > > - Clustering0.5.0
> > > > - ColorTypes0.2.2
> > > > - DSP 0.0.11
> > > > - DataArrays0.2.20
> > > > - DataFrames0.7.0+ master
> > > > - Debug 0.1.6
> > > > - DecisionTree 0.3.12
> > > > - DimensionalityReduction 0.1.1
> > > > - Distances 0.3.0
> > > > - Docile0.5.23
> > > > - FunctionalDataUtils 0.1.0
> > > > - GLM 0.5.0
> > > > - GZip 0.2.18
> > > > - HttpParser0.1.1
> > > > - ImageMagick 0.1.3
> > > > - ImageView 0.1.19+master
> > > > - Images0.5.3
> > > > - IniFile 0.2.5
> > > > - JLD 0.5.9
> > > > - JSON 0.5.0
> > > > - LightXML 0.2.1
> > > > - MLBase0.5.2
> > > > - PkgDev0.1.0
> > > > - PyPlot2.1.1+ master
> > > > - RDatasets 0.1.2+ master
> > > > - StatsBase 0.8.0
> > > > - Tk0.3.7
> > > > - WAV 0.6.3
> > > > - Winston 0.11.13
> > > >
> > > > 29 additional packages:
> > > > - ArrayViews0.6.4
> > > > - Blosc 0.1.4
> > > > - ColorVectorSpace 0.1.2
> > > > - Colors0.6.3
> > > > - Compat0.7.13
> > > > - Conda 0.1.9
> > > > - Dates 0.4.4
> > > > - Distributions 0.8.10
> > > > - FactCheck 0.4.2
> > > > - FileIO0.0.4
> > > > - FixedPointNumbers 0.1.2 master
> > > > - FunctionalData0.1.0
> > > > - Graphics 0.1.3
> > > > - HDF5 0.5.8
> > > > - HttpCommon0.2.4
> > > > - Iterators 0.1.9
> > > > - LaTeXStrings 0.1.6
> > > > - MultivariateStats 0.2.2
> > > > - PDMats0.4.1
> > > >
Re: [julia-users] Using ImageView leads to libgobject error
I tried Pkg.rm("PyPlot") which put PyPlot in the additional packages group,
but the error persists. If there is something else I should do, by all
means give a hint.
I thought I found an older note which referred to ImageView and Gtk, which
is why I mentioned it.
Running through the require list for ImageView I have no problems using any
of them except Winston, which produces
"ERROR: LoadError: syntax: space before "(" not allowed in
"AbstractVecOrMat{T} (""
I mention it in case it might be tangentially relevant.
On Saturday, 9 April 2016 13:51:17 UTC-4, Tim Holy wrote:
>
> Not sure what's happening. Is it possible there's a conflict with PyPlot?
>
> When I grep the source of ImageView, I don't find any mention of gtk.
>
> --Tim
>
> On Saturday, April 09, 2016 10:06:52 AM Colin Beckingham wrote:
> > Pkg.status()
> > 31 required packages:
> > - BinDeps 0.3.21+master
> > - Cairo 0.2.31
> > - Clustering0.5.0
> > - ColorTypes0.2.2
> > - DSP 0.0.11
> > - DataArrays0.2.20
> > - DataFrames0.7.0+ master
> > - Debug 0.1.6
> > - DecisionTree 0.3.12
> > - DimensionalityReduction 0.1.1
> > - Distances 0.3.0
> > - Docile0.5.23
> > - FunctionalDataUtils 0.1.0
> > - GLM 0.5.0
> > - GZip 0.2.18
> > - HttpParser0.1.1
> > - ImageMagick 0.1.3
> > - ImageView 0.1.19+master
> > - Images0.5.3
> > - IniFile 0.2.5
> > - JLD 0.5.9
> > - JSON 0.5.0
> > - LightXML 0.2.1
> > - MLBase0.5.2
> > - PkgDev0.1.0
> > - PyPlot2.1.1+ master
> > - RDatasets 0.1.2+ master
> > - StatsBase 0.8.0
> > - Tk0.3.7
> > - WAV 0.6.3
> > - Winston 0.11.13
> > 29 additional packages:
> > - ArrayViews0.6.4
> > - Blosc 0.1.4
> > - ColorVectorSpace 0.1.2
> > - Colors0.6.3
> > - Compat0.7.13
> > - Conda 0.1.9
> > - Dates 0.4.4
> > - Distributions 0.8.10
> > - FactCheck 0.4.2
> > - FileIO0.0.4
> > - FixedPointNumbers 0.1.2 master
> > - FunctionalData0.1.0
> > - Graphics 0.1.3
> > - HDF5 0.5.8
> > - HttpCommon0.2.4
> > - Iterators 0.1.9
> > - LaTeXStrings 0.1.6
> > - MultivariateStats 0.2.2
> > - PDMats0.4.1
> > - Polynomials 0.0.5
> > - PyCall1.4.0
> > - Reexport 0.0.3
> > - SHA 0.1.2
> > - SIUnits 0.0.6
> > - SortingAlgorithms 0.0.6
> > - StatsFuns 0.2.0
> > - TexExtensions 0.0.3
> > - URIParser 0.1.3+ master
> > - Zlib 0.1.12
> >
> > On Saturday, 9 April 2016 12:48:49 UTC-4, Tim Holy wrote:
> > > I can't replicate this, whether with the tagged version of ImageView
> > > (Pkg.free("ImageView")) nor with master. What does Pkg.status() say?
> > >
> > > --Tim
> > >
> > > On Saturday, April 09, 2016 07:49:44 AM Colin Beckingham wrote:
> > > > Using openSUSE Leap 42.1
> > > > I can add the package ImageView and even checkout the latest master
> and
> > > > build. Then on "using ImageView" the error
> > > > UndefVarError: _jl_libgobject not defined
> > > > pops out. I guess this has something to do with my graphic backend,
> but
> > >
> > > not
> > >
> > > > sure what the next step is. I have seen other references to problems
> > >
> > > with
> > >
> > > > libgtobject but nothing that seems to coincide with my situation.
> Same
> > > > problem on Julia v 4 and 5. I know from loading the image package in
> > >
> > > Octave
> > >
> > > > that a backend GTK graphics engine is available. A call to Pkg.add()
> > > > specifying GTK as an option does not seem to align with any version
> of
> > > > .add() in an ImageView context.
>
>
Re: [julia-users] Using ImageView leads to libgobject error
Pkg.status()
31 required packages:
- BinDeps 0.3.21+master
- Cairo 0.2.31
- Clustering0.5.0
- ColorTypes0.2.2
- DSP 0.0.11
- DataArrays0.2.20
- DataFrames0.7.0+ master
- Debug 0.1.6
- DecisionTree 0.3.12
- DimensionalityReduction 0.1.1
- Distances 0.3.0
- Docile0.5.23
- FunctionalDataUtils 0.1.0
- GLM 0.5.0
- GZip 0.2.18
- HttpParser0.1.1
- ImageMagick 0.1.3
- ImageView 0.1.19+master
- Images0.5.3
- IniFile 0.2.5
- JLD 0.5.9
- JSON 0.5.0
- LightXML 0.2.1
- MLBase0.5.2
- PkgDev0.1.0
- PyPlot2.1.1+ master
- RDatasets 0.1.2+ master
- StatsBase 0.8.0
- Tk0.3.7
- WAV 0.6.3
- Winston 0.11.13
29 additional packages:
- ArrayViews0.6.4
- Blosc 0.1.4
- ColorVectorSpace 0.1.2
- Colors0.6.3
- Compat0.7.13
- Conda 0.1.9
- Dates 0.4.4
- Distributions 0.8.10
- FactCheck 0.4.2
- FileIO0.0.4
- FixedPointNumbers 0.1.2 master
- FunctionalData0.1.0
- Graphics 0.1.3
- HDF5 0.5.8
- HttpCommon0.2.4
- Iterators 0.1.9
- LaTeXStrings 0.1.6
- MultivariateStats 0.2.2
- PDMats0.4.1
- Polynomials 0.0.5
- PyCall1.4.0
- Reexport 0.0.3
- SHA 0.1.2
- SIUnits 0.0.6
- SortingAlgorithms 0.0.6
- StatsFuns 0.2.0
- TexExtensions 0.0.3
- URIParser 0.1.3+ master
- Zlib 0.1.12
On Saturday, 9 April 2016 12:48:49 UTC-4, Tim Holy wrote:
>
> I can't replicate this, whether with the tagged version of ImageView
> (Pkg.free("ImageView")) nor with master. What does Pkg.status() say?
>
> --Tim
>
> On Saturday, April 09, 2016 07:49:44 AM Colin Beckingham wrote:
> > Using openSUSE Leap 42.1
> > I can add the package ImageView and even checkout the latest master and
> > build. Then on "using ImageView" the error
> > UndefVarError: _jl_libgobject not defined
> > pops out. I guess this has something to do with my graphic backend, but
> not
> > sure what the next step is. I have seen other references to problems
> with
> > libgtobject but nothing that seems to coincide with my situation. Same
> > problem on Julia v 4 and 5. I know from loading the image package in
> Octave
> > that a backend GTK graphics engine is available. A call to Pkg.add()
> > specifying GTK as an option does not seem to align with any version of
> > .add() in an ImageView context.
>
>
[julia-users] Using ImageView leads to libgobject error
Using openSUSE Leap 42.1 I can add the package ImageView and even checkout the latest master and build. Then on "using ImageView" the error UndefVarError: _jl_libgobject not defined pops out. I guess this has something to do with my graphic backend, but not sure what the next step is. I have seen other references to problems with libgtobject but nothing that seems to coincide with my situation. Same problem on Julia v 4 and 5. I know from loading the image package in Octave that a backend GTK graphics engine is available. A call to Pkg.add() specifying GTK as an option does not seem to align with any version of .add() in an ImageView context.
[julia-users] Declaring multi-dim arrays with and without commas
If I declare an array a using commas as:
a = [1,2,3;4,5,6]
ERROR: syntax: unexpected semicolon in array expression
in eval(::Module, ::Any) at ./boot.jl:243
However without commas I get:
a = [1 2 3;4 5 6]
2x3 Array{Int64,2}:
1 2 3
4 5 6
I'm aware I can use reshape on a vector to get a result, but I guess I am
not appreciating a subtlety of the presence of the commas.
Could someone kindly point to the fundamental parsing principle at work in
this instance?
[julia-users] Reading from open()-ed process produces silence
I'm trying to launch a process from a Julia script. The process is a socket server. If I start the socket server outside Julia, then use Julia to connect to the socket, I can read from and write to the connected stream. Now if I use open() inside Julia to launch the socket server, wait a few seconds for it to set up and listen then connect() is good, the process starts, I give it some input and it acts on that input correctly, then my task is to collect text output from the socket server. But the readline() request waits and waits, hearing nothing. I guess I am confused by all the handles: stream and process are returned from open(), but I have the connect() handle as well. Perhaps something is blocking the output on open()?
[julia-users] What happens to a task on close socket?
Say I have a connection to a socket with an @sync infinite loop task running (write messages from socket to stdout) and close the socket. Does this automatically remove the task? It's not causing problems, just curious.
