<Shortstop>
Then, run the following two commands to install the related 'shoes' gem file:
<Shortstop>
cd shoes4
<Shortstop>
gem install bundler && bundle install
<jpw>
try `bundle exec shoes`
<Shortstop>
$ bundle exec shoes
<Shortstop>
Could not locate Gemfile or .bundle/ directory
<Shortstop>
hmm, interesting
<Shortstop>
I see the following two 'gems' in ~/.gem/gems:
<Shortstop>
shoes-highlighter-1.0.1
<Shortstop>
shoes-manual-4.0.1
<jpw>
it's hard to answer without knowing more about your environment. did you run bundler as root? where were the gems installed, a vendor directory, home directory
<Shortstop>
I installed 'ruby' with 'brew' package manager
<jpw>
and is there '~/.gem/bin'?
<Shortstop>
other than that single line for my Bash config, I didn't do anything else to be honest
<Shortstop>
I see the following present in ~/.gem/bin:
<Shortstop>
shoes-picker
<Shortstop>
shoes-stub
<Shortstop>
shoes-swt
<jpw>
ok great!
<jpw>
and is ~/.gem/bin in your path?
<Shortstop>
Hmm, not sure, let me echo that out, one sec
<jpw>
s/path/\$PATH/
<Shortstop>
no I don't believe so, should I add it to my path in that case with an 'export' section to my .bashrc right?
<adam12>
Shortstop: bin/shoes from shoes4 path
<jpw>
just as an aside. i personally use `bundle install --path vendor/bundle` that installs all of the gems in to the project directory. but be sure to add /vendor to your .gitignore
<Shortstop>
like the git cloned directory? adam12 or the gem portion?
<Shortstop>
^ 'bundle update pry' followed by 'bundle exec bin/shoes'
<jpw>
depends if bundler is interperating 0 as false. i wouldn't put it past it
<adam12>
Maybe it's a ruby/jruby problem.
<weaksauce>
yeah is the gem listed as >= 0 or ">= 0"
<adam12>
Shortstop: How'd you install jruby?
<adam12>
Shortstop: Shoes is basically abandoned, so you might never get this working. Fair warning :)
<adam12>
It's a shame _why left...
<weaksauce>
yeah
<weaksauce>
too bad since ruby could use a nice little gui toolkit
<adam12>
There's also Glimmer. It has a few interesting backends, like libui.
<Shortstop>
hmm damn I actually liked that project a lot!
<Shortstop>
reason being to give you guys some background
<Shortstop>
basically I do tech support for work, but for multiple programming language backends
<Shortstop>
I wanted to make some cool little neat apps in different languages, but Python was the only one with a sane todolist GUI type app present. Everything else I tried was just so hit or miss (Java, etc)
<Shortstop>
Glimmer huh, maybe I'll check that out. Good to know that 'shoes' was deprecated though
<Shortstop>
Thanks for letting me know
<adam12>
Shortstop: Any idea if the Python version uses any gui libraries?
<Shortstop>
I forget which one I used but I'll check
<Shortstop>
ah neat, bear with me, so if there are 'Ruby' bindings, does that mean I can code the same app in Ruby then?
<Shortstop>
*program
<adam12>
I haven't touched Tk since like 1996 so I'm not sure what kind of state it's in
<adam12>
In theory, as long as the bindings are functioning, yes. You should be able to make the same app.
<Shortstop>
kind of looking for the fastest approach ha :)
<adam12>
If you use Glimmer, you could maybe use the same app across multiple "binding" environments (web, tk, swt, etc)
<adam12>
It's worth looking at Glimmer. I'm not sure I'd bother with Shoes, IMHO.
<Shortstop>
looks like all you need to do is install the 'Glimmer' gem
<Shortstop>
looks awesome
<Shortstop>
totally, totally agreed adam12
<Shortstop>
Looking forward to it since I'm a big Python fan, and Ruby looked inviting as well. Don't know why, but the scripting languages peak my interest most of the time
<adam12>
It's a shame this area of Ruby doesn't see too much interest.
<weaksauce>
yeah
<weaksauce>
though glimmer looks really nice
<adam12>
The libui version is alpha but looks nice too.
<weaksauce>
it's all that rails love that ruby gets
<adam12>
(tho I think libui is DOA so ...)
<weaksauce>
wasn't someone here working on that?
<Shortstop>
so as a complete newbie, I would just use 'gem install glimmer-dsl-tk' and would be able to just run my project as 'ruby project.rb' right?
<adam12>
Shortstop: Yes likely, but in reality, you should create a Gemfile, add glimmer-dsl-tk as a dependency, and use` bundle exec ruby project.rb`
<adam12>
Shortstop: If you're familiar at all with Python and things like venv, you'll know why.
<weaksauce>
most likely need to independently install the tk part too
<weaksauce>
unless the build steps build it for you
<Shortstop>
hmm maybe, should I download the gemfile, stick it in the project, and just package it that way?
<Shortstop>
From a Python perspective, would that kind of be like 'requirements.txt' with 'venv' in a sort of way?
<weaksauce>
basically but better
<weaksauce>
:P
<Shortstop>
gotcha, would that just be 'Gemfile' or '.gem' in the given project's root directory?
<adam12>
Shortstop: Don't download any Gemfile. That would be related to that project, not yours. You could be half way there with `bundle init && bundle add glimmer-dsl-tk`
<Shortstop>
ah nevermind its part of the install instructions *
<adam12>
(the other half being `bundle exec ruby project.rb` :))
<Shortstop>
Whoops sorry, thought it would paste :/
<Shortstop>
In the 'Gemfile':
<Shortstop>
gem 'glimmer-dsl-tk', '0.0.48'
<Shortstop>
Then run:
<Shortstop>
bundle
<Shortstop>
would that be fair game? I ask because I wanted to bundle it as a project for coworkers to check out later on
<Shortstop>
planning on making a basic calculator, gonna be fun
<weaksauce>
i just use bundle add unless i need a specific version as it adds the version for you without looking it up
<weaksauce>
and a gemfile without versions is not good
<weaksauce>
usually*
<Shortstop>
I see, but isn't that 'gem' line above including a version, ex: '0.0.48'?
<Shortstop>
weaksauce
<weaksauce>
yes
<adam12>
Shortstop: That's basically the premise. Distribute the Gemfile, Gemfile.lock, and your .rb files all together. I'd say, start there at least.
<adam12>
Shortstop: From there, you can look at a) inline bundler (to drop the Gemfile* files), and distributing your own gem. I wouldn't jump to that tho.
<Shortstop>
ah didn't know about the 'Gemfile.lock' file, will look this up
<Shortstop>
thanks for the suggestions, cool stuff
<Shortstop>
looking it up now
<Shortstop>
ah I see, so 'bundler' creates that file, got it
<Shortstop>
$ bundle
<Shortstop>
[DEPRECATED] This Gemfile does not include an explicit global source. Not using an explicit global source may result in a different lockfile being generated depending on the gems you have installed locally before bundler is run. Instead, define a global source in your Gemfile like this: source "https://rubygems.org".
<Shortstop>
Could not find gem 'glimmer-dsl-tk (= 0.0.48)' in locally installed gems.
<Shortstop>
I have the 'Gemfile' in the same directory. Wonder why 'bundle' isn't installing the gems as intended.
<Shortstop>
contents of 'Gemfile': gem 'glimmer-dsl-tk', '0.0.48'
<adam12>
That's system ruby... and not system bundle. LOL
<Shortstop>
more revisions to the $PATH are needed
<Shortstop>
exactly, damn man, newbie mistake right there :/
<Shortstop>
but yeah looks like I'll need to find a guide on this in that case heh :)
<Shortstop>
positive thinking :) No joke though, wanted to give Ruby more of a shot, looks mega cool.
<adam12>
IMHO, try to revert what you've done so far. Install the Frum ruby version manager.
<adam12>
Only install Ruby through Frum. And it doesn't need your path edited, or your GEM_HOME edited, or anything. Just the `eval frum` bits in your shell init.
<adam12>
Forget about homebrew Ruby, because Homebrew is built on Ruby and might change the version out from under you. It's annoying, but it's kind of the same deal if you rely on Python on Linux distros (and why they moved it to /usr/libexec in some instances).
<Shortstop>
I'll check out 'frum' in that case thanks for this
<Shortstop>
will be back another time, will need to research this
<adam12>
Shortstop: It's basically a simpler version of rvm.
<Shortstop>
gotcha :)
<adam12>
Maybe what rvm would of been if it didn't turn into 50,000 lines of shell script :)
<Shortstop>
I don't really like rust, but I guess if its a better package manager, no problem
<Shortstop>
thanks again, will be back another time :)
Shortstop has quit [Quit: Connection closed]
<weaksauce>
adam12 is there a noticeable benefit to that over rbenv + ruby-build
<adam12>
weaksauce: README says it's faster on init than `rbenv init` (during shell initialization)
<adam12>
weaksauce: For me, it's just "one less thing", since tbh I only install the latest Ruby on my machine. Everything else is Docker.
<adam12>
I could get away with not even using Frum, probably.
<adam12>
weaksauce: I'm never a big fan of the shims that rbenv used.
<weaksauce>
i just moved over to it because of vscode being a jerk
<weaksauce>
with chruby
<adam12>
Move entirely to DevContainers and live the dream :P
<weaksauce>
hah
<adam12>
I have a DevContainer for every project. It's joyful.
phryk_ is now known as phryk
<newton>
devcontainer?
<newton>
vscode thing?
<adam12>
newton: It's a dev environment inside a Docker container, that VSCode manages.
<newton>
ah. cool
<adam12>
newton: It sets up an instance of vscode inside the container, and talks to it via RPC.
<newton>
is there a non-editor-specific version of this
<newton>
oooh
<adam12>
I think every other editor will eventually copy it, but you could get by with a simple script that just copies over your .vim folder and stuff.
<adam12>
Docker Desktop has something comparable too.. tho I havent' looked since VSCode does it for me.
<adam12>
but I think the JetBrains guys are looking to do similar.
teclator has joined #ruby
BSaboia has quit [Quit: This computer has gone to sleep]