Error - Githubissues

MrKeiKun commented 11 years ago

[root@NekoNeko git]# ./gilb config.yml
== Sinatra/1.4.2 has taken the stage on 4567 for development with backup from Thin
>> Thin web server (v1.5.1 codename Straight Razor)
>> Maximum connections set to 1024
>> Listening on 0.0.0.0:4567, CTRL+C to stop
xxx.xxx.xx.xx - - [01/Jun/2013 13:44:09] "GET / HTTP/1.1" 404 446 0.0009
xxx.xxx.xx.xx - - [01/Jun/2013 13:44:10] "GET /__sinatra__/404.png HTTP/1.1" 200 - 0.0072
xxx.xxx.xx.xx - - [01/Jun/2013 13:44:10] "GET /favicon.ico HTTP/1.1" 404 457 0.0011
xxx.xxx.xx.xx - - [01/Jun/2013 13:44:15] "GET / HTTP/1.1" 404 446 0.0011
xxx.xxx.xx.xx - - [01/Jun/2013 13:44:15] "GET /__sinatra__/404.png HTTP/1.1" 200 - 0.0013
xxx.xxx.xx.xx - - [01/Jun/2013 13:44:16] "GET /favicon.ico HTTP/1.1" 404 457 0.0013
xxx.xxx.xx.xx - - [01/Jun/2013 13:44:37] "GET /commit HTTP/1.1" 404 452 0.0010
xxx.xxx.xx.xx - - [01/Jun/2013 13:44:37] "GET /favicon.ico HTTP/1.1" 404 457 0.0011
xxx.xxx.xx.xx - - [01/Jun/2013 13:44:40] "GET /commit HTTP/1.1" 404 452 0.0012
xxx.xxx.xx.xx - - [01/Jun/2013 13:44:40] "GET /favicon.ico HTTP/1.1" 404 457 0.0011
ArgumentError - wrong number of arguments (1 for 2):
        ./gilb:70:in `method_missing'
        ./gilb:77:in `init'
        ./gilb:71:in `method_missing'
        ./gilb:165:in `block in <main>'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1415:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1415:in `block in compile!'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:944:in `[]'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:944:in `block (3 levels) in route!'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:960:in `route_eval'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:944:in `block (2 levels) in route!'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:981:in `block in process_route'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:979:in `catch'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:979:in `process_route'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:943:in `block in route!'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:942:in `each'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:942:in `route!'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1053:in `block in dispatch!'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1035:in `block in invoke'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1035:in `catch'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1035:in `invoke'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1050:in `dispatch!'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:878:in `block in call!'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1035:in `block in invoke'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1035:in `catch'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1035:in `invoke'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:878:in `call!'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:864:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/rack-protection-1.5.0/lib/rack/protection/xss_header.rb:18:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/rack-protection-1.5.0/lib/rack/protection/path_traversal.rb:16:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/rack-protection-1.5.0/lib/rack/protection/json_csrf.rb:18:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/rack-protection-1.5.0/lib/rack/protection/base.rb:49:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/rack-protection-1.5.0/lib/rack/protection/frame_options.rb:31:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/rack-1.5.2/lib/rack/logger.rb:15:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/rack-1.5.2/lib/rack/commonlogger.rb:33:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:209:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:202:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/rack-1.5.2/lib/rack/head.rb:11:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/rack-1.5.2/lib/rack/methodoverride.rb:21:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/showexceptions.rb:21:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:172:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1947:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1610:in `block in call'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1693:in `synchronize'
        /usr/local/lib/ruby/gems/1.9.1/gems/sinatra-1.4.2/lib/sinatra/base.rb:1610:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.5.1/lib/thin/connection.rb:81:in `block in pre_process'
        /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.5.1/lib/thin/connection.rb:79:in `catch'
        /usr/local/lib/ruby/gems/1.9.1/gems/thin-1.5.1/lib/thin/connection.rb:79:in `pre_process'
        /usr/local/lib/ruby/gems/1.9.1/gems/eventmachine-1.0.3/lib/eventmachine.rb:1037:in `call'
        /usr/local/lib/ruby/gems/1.9.1/gems/eventmachine-1.0.3/lib/eventmachine.rb:1037:in `block in spawn_threadpool'
^[[B^C>> Stopping ...

== Sinatra has ended his set (crowd applauds)

frdmn commented 10 years ago

Same problem for me.

carlasouza commented 10 years ago

@frdmn I updated the code, it should work now. Can you test again and let me know? Thanks!

frdmn commented 10 years ago

@carlasouza Thanks for the update. I just tried via ./test/test-gilb.sh:

~ nc -l 6667
NICK gilb
USER gilb 8 * : gilb
[1]  + 3795 done

Not sure about it's behaviour with a productive GitLab instance. I try to check that as soon as i can.

carlasouza commented 10 years ago

@frdmn Try with

nc -l -p 6667

and then point on the config file to localhost and 6667

frdmn commented 10 years ago

@carlasouza

/p/t/gilb git:master nc -l -p 6667
usage: nc [-46AcCDdFhklMnOortUuvz] [-K tc] [-b boundif] [-i interval] [-p source_port]
           [-s source_ip_address] [-w timeout] [-X proxy_version]
           [-x proxy_address[:port]] [hostname] [port[s]]

According to this the built in netcat version of OS X can't handle -p arguments.

I tried with nc -l localhost 6667 but that doesnt change anything:

/p/t/gilb git:master nc -l localhost 6667
NICK gilb
USER gilb 8 * : gilb
[1]  + 3228 done

carlasouza / gilb

Error #1