From mr at fudgie.org Fri Oct 12 05:56:46 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Fri, 12 Oct 2007 11:56:46 +0200 Subject: [gltail] Initial RubyForge import done Message-ID: <470F44DE.2050806@fudgie.org> Finally we have a Subversion repository, so staying up to date without having to redo local changes just got a lot easier. I've also uploaded the older releases, and will try and get v0.06 out the door soon. -- Erlend From mr at fudgie.org Fri Oct 12 15:54:36 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Fri, 12 Oct 2007 21:54:36 +0200 Subject: [gltail] Columns positioning.. Message-ID: <470FD0FC.1040900@fudgie.org> .. is being redone, so that they'll align properly and no longer be tweaked for my 1920x1200 display. Expect something in SVN soon. -- Erlend From mr at fudgie.org Fri Oct 12 17:39:23 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Fri, 12 Oct 2007 23:39:23 +0200 Subject: [gltail] Columns positioning - committed Message-ID: <470FE98B.7090105@fudgie.org> I've committed the reworked coordinate systems and column layout, which means you can specify the size of the left and right columns - and they'll stay put when you resize the window. Should look better and be possible for non-me to change. -- Erlend From tompreuss at gmail.com Sat Oct 13 02:32:30 2007 From: tompreuss at gmail.com (Tom Preuss) Date: Sat, 13 Oct 2007 02:32:30 -0400 Subject: [gltail] Columns positioning - committed Message-ID: Looks and works great. Was definitely something I was looking for. Tom From mr at fudgie.org Sat Oct 13 06:44:37 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Sat, 13 Oct 2007 12:44:37 +0200 Subject: [gltail] PureFTPD & MySQL activity log Message-ID: <4710A195.6070807@fudgie.org> Parsers for the PureFTPD transfer log and MySQL activity log is committed. Expect v0.06 later today. -- Erlend From mr at fudgie.org Sat Oct 13 16:42:35 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Sat, 13 Oct 2007 22:42:35 +0200 Subject: [gltail] [ANN] v0.06 released Message-ID: <47112DBB.20703@fudgie.org> The main focus of this release has been splitting the source into multiple files, and making it possible to keep your local parsers and configurations across releases. Other notable changes: - Window resizing works correctly - Configurable column sizes - Background reverse IP lookup - Yaml config file and option to specify config file on command line - Source reorganized and split into several files New Parsers: - PureFTPD parser - MySQL activity log parser - TShark parser - QMail/VMPop3d parser -- Erlend From sshaw at decriptor.com Sat Oct 13 17:22:13 2007 From: sshaw at decriptor.com (Stephen Shaw) Date: Sat, 13 Oct 2007 15:22:13 -0600 Subject: [gltail] [ANN] v0.06 released In-Reply-To: <47112DBB.20703@fudgie.org> References: <47112DBB.20703@fudgie.org> Message-ID: On Oct 13, 2007, at 2:42 PM, Erlend Simonsen wrote: > The main focus of this release has been splitting the source into > multiple files, and making it possible to keep your local parsers and > configurations across releases. > > Other notable changes: > - Window resizing works correctly > - Configurable column sizes > - Background reverse IP lookup > - Yaml config file and option to specify config file on command line > - Source reorganized and split into several files > > New Parsers: > - PureFTPD parser > - MySQL activity log parser > - TShark parser > - QMail/VMPop3d parser > > -- Erlend > _______________________________________________ > gltail-general mailing list > gltail-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/gltail-general I'm getting this error message with 0.06 ~/ruby/gl_tail-0.06 sshaw$ ./gl_tail.rb config.yaml /usr/lib/ruby/1.8/yaml.rb:119:in `load': parse error on line 5, col 8: ` command: tail -f' (ArgumentError) from /usr/lib/ruby/1.8/yaml.rb:119:in `load' from /usr/lib/ruby/1.8/yaml.rb:130:in `load_file' from /usr/lib/ruby/1.8/yaml.rb:129:in `open' from /usr/lib/ruby/1.8/yaml.rb:129:in `load_file' from ./gl_tail.rb:53 servers: decriptor: host: www.xxxxxxx.net user: root password: xxxxxx command: tail -f files: /var/log/apache2/www.xxxxxxx.com-access_log parser: apache color: 0.2, 1.0, 0.2, 1.0 MySQL: host: www.xxxxx.net user: root password: xxxxxxx command: tail -f files: /var/log/mysqld.log parser: mysql color: 0.2, 1.0, 0.2, 1.0 Thanks, Stephen From mr at fudgie.org Sat Oct 13 17:55:02 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Sat, 13 Oct 2007 23:55:02 +0200 Subject: [gltail] [ANN] v0.06 released In-Reply-To: References: <47112DBB.20703@fudgie.org> Message-ID: <47113EB6.5010909@fudgie.org> Stephen Shaw wrote: > > On Oct 13, 2007, at 2:42 PM, Erlend Simonsen wrote: > >> The main focus of this release has been splitting the source into >> multiple files, and making it possible to keep your local parsers and >> configurations across releases. >> >> Other notable changes: >> - Window resizing works correctly >> - Configurable column sizes >> - Background reverse IP lookup >> - Yaml config file and option to specify config file on command line >> - Source reorganized and split into several files >> >> New Parsers: >> - PureFTPD parser >> - MySQL activity log parser >> - TShark parser >> - QMail/VMPop3d parser >> >> -- Erlend >> _______________________________________________ >> gltail-general mailing list >> gltail-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/gltail-general > > > I'm getting this error message with 0.06 > > ~/ruby/gl_tail-0.06 sshaw$ ./gl_tail.rb config.yaml > /usr/lib/ruby/1.8/yaml.rb:119:in `load': parse error on line 5, col 8: > ` command: tail -f' (ArgumentError) Anything strange/out of the ordinary on the previous line? (password line?) Could you try commenting out (with a #) the lines close to the tail -f line to isolate the one that's confusing yaml? -- Erlend From sshaw at decriptor.com Sat Oct 13 18:01:24 2007 From: sshaw at decriptor.com (Stephen Shaw) Date: Sat, 13 Oct 2007 16:01:24 -0600 Subject: [gltail] [ANN] v0.06 released In-Reply-To: <47113EB6.5010909@fudgie.org> References: <47112DBB.20703@fudgie.org> <47113EB6.5010909@fudgie.org> Message-ID: <86E243A5-608D-48DF-BD2D-9AEF07AB007D@decriptor.com> On Oct 13, 2007, at 3:55 PM, Erlend Simonsen wrote: >>> my password has a special character at the end of it. If I remove it it works or at least moves on to the next time I have my password entered. Stephen From mr at fudgie.org Sat Oct 13 18:05:37 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Sun, 14 Oct 2007 00:05:37 +0200 Subject: [gltail] [ANN] v0.06 released In-Reply-To: <86E243A5-608D-48DF-BD2D-9AEF07AB007D@decriptor.com> References: <47112DBB.20703@fudgie.org> <47113EB6.5010909@fudgie.org> <86E243A5-608D-48DF-BD2D-9AEF07AB007D@decriptor.com> Message-ID: <47114131.5090802@fudgie.org> Stephen Shaw wrote: > my password has a special character at the end of it. If I remove it > it works or at least moves on to the next time I have my password > entered. Could you try wrapping your password in ""s? password: "myl33tpw" And if that doesn't work, could I ask nicely for you to email me that special character off the list? -- Erlend From sshaw at decriptor.com Sat Oct 13 18:11:18 2007 From: sshaw at decriptor.com (Stephen Shaw) Date: Sat, 13 Oct 2007 16:11:18 -0600 Subject: [gltail] [ANN] v0.06 released In-Reply-To: <47114131.5090802@fudgie.org> References: <47112DBB.20703@fudgie.org> <47113EB6.5010909@fudgie.org> <86E243A5-608D-48DF-BD2D-9AEF07AB007D@decriptor.com> <47114131.5090802@fudgie.org> Message-ID: <465D6AEE-D361-418F-83B9-122F1206F1B3@decriptor.com> On Oct 13, 2007, at 4:05 PM, Erlend Simonsen wrote: > Stephen Shaw wrote: >> my password has a special character at the end of it. If I remove >> it it works or at least moves on to the next time I have my >> password entered. > Could you try wrapping your password in ""s? > > password: "myl33tpw" > > And if that doesn't work, could I ask nicely for you to email me > that special character off the list? > > -- Erlend That seemed to do the trick thanks, Stephen From carpefore at yahoo.com Sun Oct 14 07:57:35 2007 From: carpefore at yahoo.com (Daniel Demacek) Date: Sun, 14 Oct 2007 04:57:35 -0700 (PDT) Subject: [gltail] problem running glTail, please help Message-ID: <625506.79518.qm@web50103.mail.re2.yahoo.com> Hello I've just installed one click ruby on windows + all required gems, and I am having problem running glTail. I've installed required: C:\gem install net-ssh ruby-opengl Bulk updating Gem source index for: http://gems.rubyforge.org Install required dependency needle? [Yn] Y Successfully installed net-ssh-1.1.2 Successfully installed needle-1.3.0 Installing ri documentation for net-ssh-1.1.2... Installing ri documentation for needle-1.3.0... Installing RDoc documentation for net-ssh-1.1.2... Installing RDoc documentation for needle-1.3.0... Select which gem to install for your platform (i386-mswin32) 1. ruby-opengl 0.40.1 (i386-mswin32) 2. ruby-opengl 0.40.1 (ruby) 3. ruby-opengl 0.40.0 (ruby) 4. ruby-opengl 0.33.0 (ruby) 5. Skip this gem 6. Cancel installation > 1 Install required dependency mkrf? [Yn] Y Successfully installed ruby-opengl-0.40.1-i386-mswin32 Successfully installed mkrf-0.2.2 Installing ri documentation for mkrf-0.2.2... While generating documentation for mkrf-0.2.2 ... MESSAGE: Unhandled special: Special: type=41, text="Generator" ... RDOC args: --ri --op c:/ruby/lib/ruby/gems/1.8/doc/mkrf-0.2.2/ri -- (continuing with the rest of the installation) Installing RDoc documentation for mkrf-0.2.2... My config: servers: site1: host: www.blogspot.sk user: myuser password: mypass command: tail -f files: /var/log/httpsd-access.log parser: apache color: 0.2, 1.0, 0.2, 1.0 Error while running glTail: C:\>gl_tail.rb Connecting to www.blogspot.sk... Channel opened on www.blogspot.sk... Pushing www.blogspot.sk Reshape: 1200x600 = 0.5 1 frames in 19.100 seconds = 0.052 FPS Elements[0], Activities[0] ./lib/parsers/apache.rb:22:in `parse': private method `gsub!' called for nil:NilClass (NoMethodError) from ./lib/gl_tail.rb:266:in `parse_line' from ./lib/gl_tail.rb:252:in `each' from ./lib/gl_tail.rb:252:in `parse_line' from ./lib/gl_tail.rb:282:in `do_tail' from c:/ruby/lib/ruby/gems/1.8/gems/net-ssh-1.1.2/lib/net/ssh/connection/channel.rb:496:in `call' from c:/ruby/lib/ruby/gems/1.8/gems/net-ssh-1.1.2/lib/net/ssh/connection/channel.rb:496:in `callback' from c:/ruby/lib/ruby/gems/1.8/gems/net-ssh-1.1.2/lib/net/ssh/connection/channel.rb:447:in `do_data' from c:/ruby/lib/ruby/gems/1.8/gems/net-ssh-1.1.2/lib/net/ssh/connection/driver.rb:323:in `do_channel_data' ... 7 levels... from ./lib/gl_tail.rb:248:in `call' from ./lib/gl_tail.rb:248:in `glutMainLoop' from ./lib/gl_tail.rb:248:in `start' from C:/Documents and Settings/demacek/Desktop/gl_tail-0.06/gl_tail.rb:150 What is wrong? Thank you, Keep up the good work. D. ____________________________________________________________________________________ Tonight's top picks. What will you watch tonight? Preview the hottest shows on Yahoo! TV. http://tv.yahoo.com/ From mr at fudgie.org Sun Oct 14 08:14:25 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Sun, 14 Oct 2007 14:14:25 +0200 Subject: [gltail] problem running glTail, please help In-Reply-To: <625506.79518.qm@web50103.mail.re2.yahoo.com> References: <625506.79518.qm@web50103.mail.re2.yahoo.com> Message-ID: <47120821.4070804@fudgie.org> Daniel Demacek wrote: > ./lib/parsers/apache.rb:22:in `parse': private method `gsub!' called for nil:NilClass (NoMethodError) > from ./lib/gl_tail.rb:266:in `parse_line' > from ./lib/gl_tail.rb:252:in `each' > from ./lib/gl_tail.rb:252:in `parse_line' > from ./lib/gl_tail.rb:282:in `do_tail' > from c:/ruby/lib/ruby/gems/1.8/gems/net-ssh-1.1.2/lib/net/ssh/connection/channel.rb:496:in `call' > from c:/ruby/lib/ruby/gems/1.8/gems/net-ssh-1.1.2/lib/net/ssh/connection/channel.rb:496:in `callback' > from c:/ruby/lib/ruby/gems/1.8/gems/net-ssh-1.1.2/lib/net/ssh/connection/channel.rb:447:in `do_data' > from c:/ruby/lib/ruby/gems/1.8/gems/net-ssh-1.1.2/lib/net/ssh/connection/driver.rb:323:in `do_channel_data' > ... 7 levels... > from ./lib/gl_tail.rb:248:in `call' > from ./lib/gl_tail.rb:248:in `glutMainLoop' > from ./lib/gl_tail.rb:248:in `start' > from C:/Documents and Settings/demacek/Desktop/gl_tail-0.06/gl_tail.rb:150 > > > What is wrong? > Gah, you have an apache logfile format without referrer info, and my quick removal of http:// from the referrer string forgot to check for that. in lib/parsers/apache.rb change referrer.gsub!(/http:\/\//,'') to referrer.gsub!(/http:\/\//,'') if referrer and you should be ok. I'll get a fix committed to svn and release 0.061 or something later today. -- Erlend From mr at fudgie.org Mon Oct 15 12:41:09 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Mon, 15 Oct 2007 18:41:09 +0200 Subject: [gltail] Lots of changes today... Message-ID: <47139825.5030404@fudgie.org> Mostly, a massive speedup from rendering each bitmap character into texture-maps, and rendering texture-mapped quads instead to create the text. But, as I'm unable to test on other architectures than Linux at the moment, I'd appreciate if someone could grab the code from the subversion repository and let me know: - Do the characters render correctly? - What kind of FPS do you get when starting up? - What kind of FPS do you get when I'm aiming for 60? (Press 'f' once) - Press 'b' and see if you can see the rotating squares? -- Erlend From xenophage0 at gmail.com Mon Oct 15 13:04:55 2007 From: xenophage0 at gmail.com (Jason Frisvold) Date: Mon, 15 Oct 2007 13:04:55 -0400 Subject: [gltail] Lots of changes today... In-Reply-To: <47139825.5030404@fudgie.org> References: <47139825.5030404@fudgie.org> Message-ID: <924f29280710151004q1b00e40bhcf209718f4c2876d@mail.gmail.com> On 10/15/07, Erlend Simonsen wrote: > But, as I'm unable to test on other architectures than Linux at the > moment, I'd appreciate if someone could grab the code from the > subversion repository and let me know: I'm running under Linux, but I figured it would help to get other Linux stats as well... Fedora 7 Ruby 1.8.6.110 RubyGems 0.9.4 ruby-opengl 0.40.1 net-ssh 1.1.2 Pentium 4 2. Ghz ATI Technologies Inc RV350 AP [Radeon 9600] > - Do the characters render correctly? Nope, not at all. Just a mass of colored blocks now. > - What kind of FPS do you get when starting up? If the FPS is rendering to the screen, I can't see it.. But I can see the CLI output : Reshape: 800x600 = 0.75/0.0325 54 frames in 5.053 seconds = 10.687 FPS Elements[70], Activities[475], Blobs[82/128] 46 frames in 5.017 seconds = 9.169 FPS Elements[54], Activities[475], Blobs[82/117] > - What kind of FPS do you get when I'm aiming for 60? (Press 'f' once) Again, can't see it on the glTail screen.. but it seems to be averaging somewhere around 20 or so... : 102 frames in 5.038 seconds = 20.246 FPS Elements[55], Activities[0], Blobs[59/80] 103 frames in 5.027 seconds = 20.489 FPS Elements[55], Activities[0], Blobs[59/85] 102 frames in 5.012 seconds = 20.351 FPS Elements[55], Activities[4], Blobs[60/91] > - Press 'b' and see if you can see the rotating squares? I can see rotating squares when the large spheres are streaming across the screen, but it has no effect on the text. For what it's worth, 0.06 worked perfectly (and seemed a lot faster than 0.05) > -- Erlend -- Jason 'XenoPhage' Frisvold XenoPhage0 at gmail.com http://blog.godshell.com From eric.dalquist at doit.wisc.edu Mon Oct 15 13:25:53 2007 From: eric.dalquist at doit.wisc.edu (Eric Dalquist) Date: Mon, 15 Oct 2007 12:25:53 -0500 Subject: [gltail] Lots of changes today... In-Reply-To: <924f29280710151004q1b00e40bhcf209718f4c2876d@mail.gmail.com> References: <47139825.5030404@fudgie.org> <924f29280710151004q1b00e40bhcf209718f4c2876d@mail.gmail.com> Message-ID: <4713A2A1.5000105@doit.wisc.edu> I just tried this out as well. KUbuntu 7.04 and also just see the colored blocks for text. My FPS numbers are coming out the same (low 20s) but visually it looks slow. The blocks/blobs switch works and f prints the FPS to the console for me. Ruby - 1.8.5 RubyGems - 0.9.4 net-ssh - 1.1.2 ruby-opengl - 0.40.1 Jason Frisvold wrote: > On 10/15/07, Erlend Simonsen wrote: > >> But, as I'm unable to test on other architectures than Linux at the >> moment, I'd appreciate if someone could grab the code from the >> subversion repository and let me know: >> > > I'm running under Linux, but I figured it would help to get other > Linux stats as well... > > Fedora 7 > Ruby 1.8.6.110 > RubyGems 0.9.4 > ruby-opengl 0.40.1 > net-ssh 1.1.2 > > Pentium 4 2. Ghz > ATI Technologies Inc RV350 AP [Radeon 9600] > > >> - Do the characters render correctly? >> > > Nope, not at all. Just a mass of colored blocks now. > > >> - What kind of FPS do you get when starting up? >> > > If the FPS is rendering to the screen, I can't see it.. But I can see > the CLI output : > > Reshape: 800x600 = 0.75/0.0325 > 54 frames in 5.053 seconds = 10.687 FPS > Elements[70], Activities[475], Blobs[82/128] > 46 frames in 5.017 seconds = 9.169 FPS > Elements[54], Activities[475], Blobs[82/117] > > > >> - What kind of FPS do you get when I'm aiming for 60? (Press 'f' once) >> > > Again, can't see it on the glTail screen.. but it seems to be > averaging somewhere around 20 or so... : > > 102 frames in 5.038 seconds = 20.246 FPS > Elements[55], Activities[0], Blobs[59/80] > 103 frames in 5.027 seconds = 20.489 FPS > Elements[55], Activities[0], Blobs[59/85] > 102 frames in 5.012 seconds = 20.351 FPS > Elements[55], Activities[4], Blobs[60/91] > > >> - Press 'b' and see if you can see the rotating squares? >> > > I can see rotating squares when the large spheres are streaming across > the screen, but it has no effect on the text. > > > For what it's worth, 0.06 worked perfectly (and seemed a lot faster than 0.05) > > >> -- Erlend >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071015/d38ff50d/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3336 bytes Desc: S/MIME Cryptographic Signature Url : http://rubyforge.org/pipermail/gltail-general/attachments/20071015/d38ff50d/attachment.bin From mr at fudgie.org Mon Oct 15 15:11:40 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Mon, 15 Oct 2007 21:11:40 +0200 Subject: [gltail] Lots of changes today... In-Reply-To: <4713A2A1.5000105@doit.wisc.edu> References: <47139825.5030404@fudgie.org> <924f29280710151004q1b00e40bhcf209718f4c2876d@mail.gmail.com> <4713A2A1.5000105@doit.wisc.edu> Message-ID: <4713BB6C.5010708@fudgie.org> Eric Dalquist wrote: > I just tried this out as well. KUbuntu 7.04 and also just see the > colored blocks for text. My FPS numbers are coming out the same (low > 20s) but visually it looks slow. The blocks/blobs switch works and f > prints the FPS to the console for me. > > Ruby - 1.8.5 > RubyGems - 0.9.4 > net-ssh - 1.1.2 > ruby-opengl - 0.40.1 Please try and update to rev 44 and have another go. The display will probably look slow, but can be sped up (jerkily) by hitting 'f' a few times. I'm hoping you'll see the characters now, though, as I've dumped my generated textures and load those instead of rendering to the screen and copying the result into a texture. -- Erlend -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071015/aaddfbcc/attachment.html From carpefore at yahoo.com Mon Oct 15 15:34:32 2007 From: carpefore at yahoo.com (Daniel Demacek) Date: Mon, 15 Oct 2007 12:34:32 -0700 (PDT) Subject: [gltail] Lots of changes today... Message-ID: <270842.86352.qm@web50111.mail.re2.yahoo.com> Got last revision from svn: - I don't see characters, only white blocks. Reshape: 1024x800 = 0.78125/0.025390625 1 frames in 6.574 seconds = 0.152 FPS Elements[0], Activities[0], Blobs[0/0] 699 frames in 5.004 seconds = 139.688 FPS Elements[28], Activities[0], Blobs[32/45] 663 frames in 5.012 seconds = 132.283 FPS - After pressing 'f': (still dont'see characters) WANTED_FPS[60] Keypress: 102 288 frames in 5.011 seconds = 57.474 FPS Elements[70], Activities[0], Blobs[43/56] 150 frames in 5.016 seconds = 29.904 FPS Elements[60], Activities[0], Blobs[45/56] - 'b' does nothing (Windows XP, Intel PentiumM 2,26Ghz, 2GB RAM). ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32] ruby-opengl (0.40.1) net-ssh (1.1.2) Dan. ----- Original Message ---- From: Erlend Simonsen To: gltail-general at rubyforge.org Sent: Monday, October 15, 2007 6:41:09 PM Subject: [gltail] Lots of changes today... Mostly, a massive speedup from rendering each bitmap character into texture-maps, and rendering texture-mapped quads instead to create the text. But, as I'm unable to test on other architectures than Linux at the moment, I'd appreciate if someone could grab the code from the subversion repository and let me know: - Do the characters render correctly? - What kind of FPS do you get when starting up? - What kind of FPS do you get when I'm aiming for 60? (Press 'f' once) - Press 'b' and see if you can see the rotating squares? -- Erlend _______________________________________________ gltail-general mailing list gltail-general at rubyforge.org http://rubyforge.org/mailman/listinfo/gltail-general ____________________________________________________________________________________ Catch up on fall's hot new shows on Yahoo! TV. Watch previews, get listings, and more! http://tv.yahoo.com/collections/3658 From eric.dalquist at doit.wisc.edu Mon Oct 15 15:45:28 2007 From: eric.dalquist at doit.wisc.edu (Eric Dalquist) Date: Mon, 15 Oct 2007 14:45:28 -0500 Subject: [gltail] Lots of changes today... In-Reply-To: <4713BB6C.5010708@fudgie.org> References: <47139825.5030404@fudgie.org> <924f29280710151004q1b00e40bhcf209718f4c2876d@mail.gmail.com> <4713A2A1.5000105@doit.wisc.edu> <4713BB6C.5010708@fudgie.org> Message-ID: <4713C358.5080903@doit.wisc.edu> Still no luck, I just get the colored (the color is correct) blocks for text. -Eric Erlend Simonsen wrote: > Eric Dalquist wrote: >> I just tried this out as well. KUbuntu 7.04 and also just see the >> colored blocks for text. My FPS numbers are coming out the same (low >> 20s) but visually it looks slow. The blocks/blobs switch works and f >> prints the FPS to the console for me. >> >> Ruby - 1.8.5 >> RubyGems - 0.9.4 >> net-ssh - 1.1.2 >> ruby-opengl - 0.40.1 > Please try and update to rev 44 and have another go. The display will > probably look slow, but can be sped up (jerkily) by hitting 'f' a few > times. > > I'm hoping you'll see the characters now, though, as I've dumped my > generated textures and load those instead of rendering to the screen > and copying the result into a texture. > > -- Erlend -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071015/d17b2777/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3336 bytes Desc: S/MIME Cryptographic Signature Url : http://rubyforge.org/pipermail/gltail-general/attachments/20071015/d17b2777/attachment-0001.bin From mr at fudgie.org Mon Oct 15 16:00:00 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Mon, 15 Oct 2007 22:00:00 +0200 Subject: [gltail] Lots of changes today... In-Reply-To: <4713C358.5080903@doit.wisc.edu> References: <47139825.5030404@fudgie.org> <924f29280710151004q1b00e40bhcf209718f4c2876d@mail.gmail.com> <4713A2A1.5000105@doit.wisc.edu> <4713BB6C.5010708@fudgie.org> <4713C358.5080903@doit.wisc.edu> Message-ID: <4713C6C0.4080903@fudgie.org> Eric Dalquist wrote: > Still no luck, I just get the colored (the color is correct) blocks > for text. Oki-doki. I have no idea why it's working for me and not for you, so I'll try and add a fallback/toggle and make this implementation optional. At least until I manage to figure out what's causing this. -- Erlend -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071015/ca1624a2/attachment.html From eric.dalquist at doit.wisc.edu Mon Oct 15 16:01:27 2007 From: eric.dalquist at doit.wisc.edu (Eric Dalquist) Date: Mon, 15 Oct 2007 15:01:27 -0500 Subject: [gltail] Lots of changes today... In-Reply-To: <4713C6C0.4080903@fudgie.org> References: <47139825.5030404@fudgie.org> <924f29280710151004q1b00e40bhcf209718f4c2876d@mail.gmail.com> <4713A2A1.5000105@doit.wisc.edu> <4713BB6C.5010708@fudgie.org> <4713C358.5080903@doit.wisc.edu> <4713C6C0.4080903@fudgie.org> Message-ID: <4713C717.5090605@doit.wisc.edu> Let me know if there is any debugging or other info you need. -Eric Erlend Simonsen wrote: > Eric Dalquist wrote: >> Still no luck, I just get the colored (the color is correct) blocks >> for text. > Oki-doki. I have no idea why it's working for me and not for you, so > I'll try and add a fallback/toggle and make this implementation > optional. At least until I manage to figure out what's causing this. > > -- Erlend > ------------------------------------------------------------------------ > > _______________________________________________ > gltail-general mailing list > gltail-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/gltail-general > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071015/db5352d4/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3336 bytes Desc: S/MIME Cryptographic Signature Url : http://rubyforge.org/pipermail/gltail-general/attachments/20071015/db5352d4/attachment.bin From mr at fudgie.org Mon Oct 15 16:36:50 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Mon, 15 Oct 2007 22:36:50 +0200 Subject: [gltail] Lots of changes today... In-Reply-To: <4713C6C0.4080903@fudgie.org> References: <47139825.5030404@fudgie.org> <924f29280710151004q1b00e40bhcf209718f4c2876d@mail.gmail.com> <4713A2A1.5000105@doit.wisc.edu> <4713BB6C.5010708@fudgie.org> <4713C358.5080903@doit.wisc.edu> <4713C6C0.4080903@fudgie.org> Message-ID: <4713CF62.8010603@fudgie.org> Erlend Simonsen wrote: > Oki-doki. I have no idea why it's working for me and not for you, so > I'll try and add a fallback/toggle and make this implementation > optional. At least until I manage to figure out what's causing this. Righto... I found the problem. Non power-of-two textures aren't a good thing on most graphics cards - I hijacked my wifes Vista and got it (sorta) working there. The problem though, is that it's waaaaaaaay slow. I guess I'll need to have a small rethink and see if I can't get this to run the way I want it. -- Erlend -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071015/9e8be22b/attachment.html From mr at fudgie.org Mon Oct 15 17:47:05 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Mon, 15 Oct 2007 23:47:05 +0200 Subject: [gltail] Lots of changes today... In-Reply-To: <4713CF62.8010603@fudgie.org> References: <47139825.5030404@fudgie.org> <924f29280710151004q1b00e40bhcf209718f4c2876d@mail.gmail.com> <4713A2A1.5000105@doit.wisc.edu> <4713BB6C.5010708@fudgie.org> <4713C358.5080903@doit.wisc.edu> <4713C6C0.4080903@fudgie.org> <4713CF62.8010603@fudgie.org> Message-ID: <4713DFD9.9050609@fudgie.org> Erlend Simonsen wrote: > Erlend Simonsen wrote: >> Oki-doki. I have no idea why it's working for me and not for you, so >> I'll try and add a fallback/toggle and make this implementation >> optional. At least until I manage to figure out what's causing this. > > Righto... I found the problem. Non power-of-two textures aren't a good > thing on most graphics cards - I hijacked my wifes Vista and got it > (sorta) working there. The problem though, is that it's waaaaaaaay > slow. I guess I'll need to have a small rethink and see if I can't > get this to run the way I want it. Quick and dirty power-of-two texture fix committed, so you should at least be able to see the text if you upgrade to revision 45. For some reason it's way slower than the bitmapped fonts for a lot of people, and I'll try and tackle that tomorrow. The way I'm going to attempt took me from ~30 fps to about 250 fps during my proof-of-concept, but I might not represent the common man in terms of hardware. :-) -- Erlend -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071015/9e261891/attachment.html From mr at fudgie.org Tue Oct 16 07:53:59 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Tue, 16 Oct 2007 13:53:59 +0200 Subject: [gltail] Fonts again (rev 48) Message-ID: <4714A657.6060804@fudgie.org> Revision 48 contains yet another attempt at speeding up font handling, and I now build a 256x256 texture containing all the characters, and map each polygon to the correct letter instead of swapping between 224 different textures. At the moment, I'm getting ~80-150 fps on my nVidia card under Linux, and ~50 fps on my wifes ATI X1300Pro under Vista. It seems the really slow framerate I got on her computer last night was due to the Catalyst driver shipping with Vista not including the OpenGL implementation. Without that, it was up to Mesa to render everything in software, and no wonder I got ~8 fps. :-) So, if you get horrible Windows performance, make *sure* you have the OpenGL driver for your card installed. -- Erlend From mr at fudgie.org Tue Oct 16 08:26:13 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Tue, 16 Oct 2007 14:26:13 +0200 Subject: [gltail] Fonts again (rev 48) In-Reply-To: <4714A657.6060804@fudgie.org> References: <4714A657.6060804@fudgie.org> Message-ID: <4714ADE5.6070809@fudgie.org> And revision 50 takes my Linux/nVidia system up to ~130 FPS, while my wifes Vista/AMD system runs at ~80 FPS. (nVidia GeForce 8600 GT vs ATI X1300Pro) Guess I need to work on scaling the movement based on FPS, so it looks fine no matter what your FPS are. -- Erlend From xenophage0 at gmail.com Tue Oct 16 08:40:01 2007 From: xenophage0 at gmail.com (Jason Frisvold) Date: Tue, 16 Oct 2007 08:40:01 -0400 Subject: [gltail] Fonts again (rev 48) In-Reply-To: <4714ADE5.6070809@fudgie.org> References: <4714A657.6060804@fudgie.org> <4714ADE5.6070809@fudgie.org> Message-ID: <924f29280710160540p4dea4e52x4c626080bee2504e@mail.gmail.com> On 10/16/07, Erlend Simonsen wrote: > And revision 50 takes my Linux/nVidia system up to ~130 FPS, while my > wifes Vista/AMD system runs at ~80 FPS. Vista.... *wrinkles nose* So, anyway, rev 50 and I get this : [friz at dev-friz glTail]$ ./gl_tail.rb /usr/lib/ruby/1.8/yaml.rb:143:in `initialize': can't convert nil into String (TypeError) from /usr/lib/ruby/1.8/yaml.rb:143:in `open' from /usr/lib/ruby/1.8/yaml.rb:143:in `load_file' from ./gl_tail.rb:57:in `initialize' from ./gl_tail.rb:172:in `new' from ./gl_tail.rb:172 Umm... :) I did figure out why, though. Apparently I have to specify config.yaml on the command line or it won't run. Good news is that I have text once again. Colors seem to be correct, I can toggle between quads and spheres... And FPS is : 238 frames in 5.043 seconds = 47.194 FPS Elements[180], Activities[0], Blobs[59/86] 223 frames in 5.022 seconds = 44.405 FPS Elements[183], Activities[3], Blobs[60/86] Nice! On another note, the color model is RGBA, correct? > Guess I need to work on scaling the movement based on FPS, so it looks > fine no matter what your FPS are. > > -- Erlend -- Jason 'XenoPhage' Frisvold XenoPhage0 at gmail.com http://blog.godshell.com From mr at fudgie.org Tue Oct 16 09:06:56 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Tue, 16 Oct 2007 15:06:56 +0200 Subject: [gltail] Fonts again (rev 48) In-Reply-To: <924f29280710160540p4dea4e52x4c626080bee2504e@mail.gmail.com> References: <4714A657.6060804@fudgie.org> <4714ADE5.6070809@fudgie.org> <924f29280710160540p4dea4e52x4c626080bee2504e@mail.gmail.com> Message-ID: <4714B770.7080500@fudgie.org> Jason Frisvold wrote: > Vista.... *wrinkles nose* > That's what you get when you buy from Dell. :-) > So, anyway, rev 50 and I get this : > > [friz at dev-friz glTail]$ ./gl_tail.rb > /usr/lib/ruby/1.8/yaml.rb:143:in `initialize': can't convert nil into > String (TypeError) > from /usr/lib/ruby/1.8/yaml.rb:143:in `open' > from /usr/lib/ruby/1.8/yaml.rb:143:in `load_file' > from ./gl_tail.rb:57:in `initialize' > from ./gl_tail.rb:172:in `new' > from ./gl_tail.rb:172 > > Umm... :) > > I did figure out why, though. Apparently I have to specify > config.yaml on the command line or it won't run. > Ah, thanks. I always run with fudgie.yaml, so I never noticed. :-) Fixed in rev 52. > Good news is that I have text once again. Colors seem to be correct, > I can toggle between quads and spheres... And FPS is : > > 238 frames in 5.043 seconds = 47.194 FPS > Elements[180], Activities[0], Blobs[59/86] > 223 frames in 5.022 seconds = 44.405 FPS > Elements[183], Activities[3], Blobs[60/86] > > Nice! > Woot! Hopefully I can expand on this and make it work for everyone. I really, really, really don't want to revert back to using BitmapCharacter again, as that's way too unflexible and slow. > On another note, the color model is RGBA, correct? > Yes, although the A isn't much used at the moment, and the font is in RGB. (scale is 0.0 -> 1.0, but it's bumped up a bit due to some lighting/specular thingie, so the real values used are a bit higher) -- Erlend From uwe.koerner at insel.ch Tue Oct 16 08:54:27 2007 From: uwe.koerner at insel.ch (=?ISO-8859-1?Q?Uwe_K=F6rner?=) Date: Tue, 16 Oct 2007 14:54:27 +0200 Subject: [gltail] Fonts again (rev 48) In-Reply-To: <924f29280710160540p4dea4e52x4c626080bee2504e@mail.gmail.com> References: <4714A657.6060804@fudgie.org> <4714ADE5.6070809@fudgie.org> <924f29280710160540p4dea4e52x4c626080bee2504e@mail.gmail.com> Message-ID: Reshape: 1200x600 = 0.5/0.0216666666666667 299 frames in 5.000 seconds = 59.800 FPS Elements[82], Activities[13], Blobs[63/72] 458 frames in 5.006 seconds = 91.490 FPS Elements[209], Activities[209], Blobs[122/228] 475 frames in 5.009 seconds = 94.829 FPS Elements[292], Activities[228], Blobs[130/181] 301 frames in 5.029 seconds = 59.853 FPS Elements[373], Activities[251], Blobs[137/206] 360 frames in 5.004 seconds = 71.942 FPS Elements[423], Activities[136], Blobs[69/111] 281 frames in 5.015 seconds = 56.032 FPS Elements[491], Activities[347], Blobs[166/292] 226 frames in 5.004 seconds = 45.164 FPS Elements[547], Activities[396], Blobs[132/267] 217 frames in 5.002 seconds = 43.383 FPS Elements[586], Activities[193], Blobs[105/179] macosx 10.4 on a 2.16 GHz iMac with 1.5GB RAM - NVIDIA GeForce 7300 GT 128MB Am 16.10.2007 um 14:40 schrieb Jason Frisvold: > On 10/16/07, Erlend Simonsen wrote: >> And revision 50 takes my Linux/nVidia system up to ~130 FPS, while my >> wifes Vista/AMD system runs at ~80 FPS. > > Vista.... *wrinkles nose* > > So, anyway, rev 50 and I get this : > > [friz at dev-friz glTail]$ ./gl_tail.rb > /usr/lib/ruby/1.8/yaml.rb:143:in `initialize': can't convert nil into > String (TypeError) > from /usr/lib/ruby/1.8/yaml.rb:143:in `open' > from /usr/lib/ruby/1.8/yaml.rb:143:in `load_file' > from ./gl_tail.rb:57:in `initialize' > from ./gl_tail.rb:172:in `new' > from ./gl_tail.rb:172 > > Umm... :) > > I did figure out why, though. Apparently I have to specify > config.yaml on the command line or it won't run. > > Good news is that I have text once again. Colors seem to be correct, > I can toggle between quads and spheres... And FPS is : > > 238 frames in 5.043 seconds = 47.194 FPS > Elements[180], Activities[0], Blobs[59/86] > 223 frames in 5.022 seconds = 44.405 FPS > Elements[183], Activities[3], Blobs[60/86] > > Nice! > > On another note, the color model is RGBA, correct? > >> Guess I need to work on scaling the movement based on FPS, so it >> looks >> fine no matter what your FPS are. >> >> -- Erlend > > -- > Jason 'XenoPhage' Frisvold > XenoPhage0 at gmail.com > http://blog.godshell.com > _______________________________________________ > gltail-general mailing list > gltail-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/gltail-general -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071016/61f340d9/attachment.html From xenophage0 at gmail.com Tue Oct 16 09:53:41 2007 From: xenophage0 at gmail.com (Jason Frisvold) Date: Tue, 16 Oct 2007 09:53:41 -0400 Subject: [gltail] Fonts again (rev 48) In-Reply-To: <4714B770.7080500@fudgie.org> References: <4714A657.6060804@fudgie.org> <4714ADE5.6070809@fudgie.org> <924f29280710160540p4dea4e52x4c626080bee2504e@mail.gmail.com> <4714B770.7080500@fudgie.org> Message-ID: <924f29280710160653q44fc01f3yce91a6b53cce4e50@mail.gmail.com> On 10/16/07, Erlend Simonsen wrote: > That's what you get when you buy from Dell. :-) Cmon now.. they'll be happy to sell you a computer with XP on it. You can choose from three models only, all with Intel processors. Because "XP doesn't work on AMD processors" ... (Yes, this is a real quote) > Ah, thanks. I always run with fudgie.yaml, so I never noticed. :-) Fixed > in rev 52. Cool, works now! > Woot! Hopefully I can expand on this and make it work for everyone. I > really, really, really don't want to revert back to using > BitmapCharacter again, as that's way too unflexible and slow. Excellent. Keep up the good work.. This is one incredibly cool tool... Someone buy this guy a beer! :) > Yes, although the A isn't much used at the moment, and the font is in > RGB. (scale is 0.0 -> 1.0, but it's bumped up a bit due to some > lighting/specular thingie, so the real values used are a bit higher) Ok, makes it easier for me to get the right mix of colors then... More side notes... Just thinking out loud here, not even sure if some of these are possible.. - Right now, for local connections, I still need to ssh into the machine to tail the log file. Any plans to allow local connections minus the ssh bit? - Each logfile type requires it's own SSH connection. Any plans to allow multiple logfile types via the same SSH connection? I'm not entirely sure how one would go about doing that, but maybe it's possible? - r/m seems to be tied directly to the update speed of gl_tail. In other words, if I hide the window and stall updates, when I bring back the window, the r/m values are much higher than reality. Is it possible to tie r/m together with the timestamps in the log files? - glTail still seems to hate Compiz/Beryl.. At least, here it does.. No window handles when I run it. Any idea if these will ever get along? > -- Erlend -- Jason 'XenoPhage' Frisvold XenoPhage0 at gmail.com http://blog.godshell.com From mr at fudgie.org Tue Oct 16 10:20:13 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Tue, 16 Oct 2007 16:20:13 +0200 Subject: [gltail] Fonts again (rev 48) In-Reply-To: <924f29280710160653q44fc01f3yce91a6b53cce4e50@mail.gmail.com> References: <4714A657.6060804@fudgie.org> <4714ADE5.6070809@fudgie.org> <924f29280710160540p4dea4e52x4c626080bee2504e@mail.gmail.com> <4714B770.7080500@fudgie.org> <924f29280710160653q44fc01f3yce91a6b53cce4e50@mail.gmail.com> Message-ID: <4714C89D.9030102@fudgie.org> Jason Frisvold wrote: > On 10/16/07, Erlend Simonsen wrote: > >> That's what you get when you buy from Dell. :-) >> > > Cmon now.. they'll be happy to sell you a computer with XP on it. > You can choose from three models only, all with Intel processors. > Because "XP doesn't work on AMD processors" ... (Yes, this is a real > quote) > I've offered to install Ubuntu several times, but she's too dependent on Photoshop for that to be a viable alternative. > Excellent. Keep up the good work.. This is one incredibly cool tool... > > Someone buy this guy a beer! :) > I've gotten two donations so far, so consider it done. :-) > Ok, makes it easier for me to get the right mix of colors then... > The colors need a bit of re-working, as somehow the internal max in OpenGL is bumped over 1.0, meaning your 1.0 range turns really dim, causing me to bump your values again, causing OpenGL to further bump the scale. I need to sit down and go through all the color settings and make sure they stay in 1.0 range. > More side notes... Just thinking out loud here, not even sure if some > of these are possible.. > Keep 'em coming. > - Right now, for local connections, I still need to ssh into the > machine to tail the log file. Any plans to allow local connections > minus the ssh bit? > Yep. Both local, ssh, and other inputs would be fun to do. Other input ideas are general syslogd splitter/parser, multi-line statement handling, remote via XML/JSON/Whatever, pre-buffering, auto-extraction of IP/hostname/urls for unknown formats, and parsing in a separate thread (I tried this, but ruby's threading doesn't really work well so I need to come up with some other way of doing it). > - Each logfile type requires it's own SSH connection. Any plans to > allow multiple logfile types via the same SSH connection? I'm not > entirely sure how one would go about doing that, but maybe it's > possible? > It's quite doable, as tail prints the filename whenever the input changes, so one basically needs to parse this change and switch to the correct parser. The config should probably be updated for something like this, though, so you specify one server with many files. > - r/m seems to be tied directly to the update speed of gl_tail. In > other words, if I hide the window and stall updates, when I bring back > the window, the r/m values are much higher than reality. Is it > possible to tie r/m together with the timestamps in the log files? > It's not really tied to the update speed, but OpenGL stops running my mainloop whenever the window is hidden. Which means I hshould move the parsing and updating/animation to a separate thread, and just let OpenGL render the current view whenever it feels like it. > - glTail still seems to hate Compiz/Beryl.. At least, here it does.. > No window handles when I run it. Any idea if these will ever get > along? > I tried with Compiz a while, and got window handles just fine. The occasional crash, though, so I had to move back to Metacity for now. -- Erlend -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071016/c0d0dd0d/attachment.html From xenophage0 at gmail.com Tue Oct 16 10:49:43 2007 From: xenophage0 at gmail.com (Jason Frisvold) Date: Tue, 16 Oct 2007 10:49:43 -0400 Subject: [gltail] Fonts again (rev 48) In-Reply-To: <4714C89D.9030102@fudgie.org> References: <4714A657.6060804@fudgie.org> <4714ADE5.6070809@fudgie.org> <924f29280710160540p4dea4e52x4c626080bee2504e@mail.gmail.com> <4714B770.7080500@fudgie.org> <924f29280710160653q44fc01f3yce91a6b53cce4e50@mail.gmail.com> <4714C89D.9030102@fudgie.org> Message-ID: <924f29280710160749k6b3bf1efxd47c64c8d9a34ac6@mail.gmail.com> On 10/16/07, Erlend Simonsen wrote: > I've offered to install Ubuntu several times, but she's too dependent on > Photoshop for that to be a viable alternative. GiMP? > I've gotten two donations so far, so consider it done. :-) And if I can find a way, I'll make it three :) > The colors need a bit of re-working, as somehow the internal max in OpenGL > is bumped over 1.0, meaning your 1.0 range turns really dim, causing me to > bump your values again, causing OpenGL to further bump the scale. I need to > sit down and go through all the color settings and make sure they stay in > 1.0 range. Is this bumping a ruby thing, or OpenGL in general? > Yep. Both local, ssh, and other inputs would be fun to do. Other input > ideas are general syslogd splitter/parser, multi-line statement handling, > remote via XML/JSON/Whatever, pre-buffering, auto-extraction of > IP/hostname/urls for unknown formats, and parsing in a separate thread (I > tried this, but ruby's threading doesn't really work well so I need to come > up with some other way of doing it). Syslogd would be great... Again, with local access.. All logs sent to a central collector, glTail displaying the results... Sweet! > It's quite doable, as tail prints the filename whenever the input changes, > so one basically needs to parse this change and switch to the correct > parser. The config should probably be updated for something like this, > though, so you specify one server with many files. Oh.. if glTail not supposed to work with many files? I've been specifying multiple files via tail for quite some time now.. Seems to be working ok.. :) Of course, all of the logs use the same parser.. > It's not really tied to the update speed, but OpenGL stops running my > mainloop whenever the window is hidden. Which means I hshould move the > parsing and updating/animation to a separate thread, and just let OpenGL > render the current view whenever it feels like it. But, as you mentioned, threading isn't that great in ruby.. Would it be possible to detect the state of the window through something simple and skip the animation loop? ie, if (! obscured) {animate} > I tried with Compiz a while, and got window handles just fine. The > occasional crash, though, so I had to move back to Metacity for now. No worries.. Metacity works just as well.. Just don't see my windows burn up when I minimize anymore :P > -- Erlend -- Jason 'XenoPhage' Frisvold XenoPhage0 at gmail.com http://blog.godshell.com From cremes.devlist at mac.com Tue Oct 16 12:10:25 2007 From: cremes.devlist at mac.com (Chuck Remes) Date: Tue, 16 Oct 2007 11:10:25 -0500 Subject: [gltail] writing a parser Message-ID: <1E8F1E52-7368-4080-8032-3D9632B5DAD3@mac.com> I'd like to write a parser for an application we use in-house. Looking at the examples shipped with 0.06 is helpful, but it would be nice if there was a quick rundown of the methods and hash values being passed in. For example, in the postgres parser there are multiple calls to #add_activity along with a hash containing :block, :name and :size keys. Similarly, there is a call to #add_event with a whole slew of different hash keys. I looked through all the source but didn't find any obvious comments describing these things. I know the code is the documentation, but if someone could take a moment to explain #add_event and #add_activity along with the keys for each, I'd be hugely appreciative. Thanks... From mr at fudgie.org Tue Oct 16 12:56:06 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Tue, 16 Oct 2007 18:56:06 +0200 Subject: [gltail] writing a parser In-Reply-To: <1E8F1E52-7368-4080-8032-3D9632B5DAD3@mac.com> References: <1E8F1E52-7368-4080-8032-3D9632B5DAD3@mac.com> Message-ID: <4714ED26.8060700@fudgie.org> Chuck Remes wrote: > I'd like to write a parser for an application we use in-house. > Looking at the examples shipped with 0.06 is helpful, but it would be > nice if there was a quick rundown of the methods and hash values > being passed in. > > Hehe. I guess it's time to start documenting things and not just keeping it to myself. :-) > For example, in the postgres parser there are multiple calls to > #add_activity along with a hash containing :block, :name and :size > keys. Similarly, there is a call to #add_event with a whole slew of > different hash keys. > It's not really all that many, and you get very far with just :block, :name and :size. Each call to add_activity adds 1 to the stats for that type of activity. So, you can track multiple things from one request. For Apache, for example, one log line updates site, url, referrer, content type, and response status. > I looked through all the source but didn't find any obvious comments > describing these things. I know the code is the documentation, but if > someone could take a moment to explain #add_event and #add_activity > along with the keys for each, I'd be hugely appreciative. > add_activity (add a blob to represent an action) :block => Display block to put this in (ie. sites, users, database, etc.) :name => Text to display in this block and count stats for :size => Value from config.yaml#min_blob_size to config.yaml#max_blob_size. Will be truncated to those values. :color => Override the color from the block/server :type => 0 (default, blob), 1 (rotating square - svn version), 3 (hidden), 5 (reverse moving blob) add_event (pop up some text, showing a special action - fun/depressing to use on money generating actions, for example) same as add_activity, and two more: :message => text to float down the screen :update_stats => false default, as the action you trigger most probably has been counted already in an add_activity call I'll redo the :type thingie soon, and it'll probably turn into some :blob, :quad, :text, etc. parameter. Hope that helps, -- Erlend From cremes.devlist at mac.com Tue Oct 16 15:31:06 2007 From: cremes.devlist at mac.com (Chuck Remes) Date: Tue, 16 Oct 2007 14:31:06 -0500 Subject: [gltail] writing a parser In-Reply-To: <4714ED26.8060700@fudgie.org> References: <1E8F1E52-7368-4080-8032-3D9632B5DAD3@mac.com> <4714ED26.8060700@fudgie.org> Message-ID: <931487AF-54C3-4D92-9FC0-726B019C345F@mac.com> On Oct 16, 2007, at 11:56 AM, Erlend Simonsen wrote: > Chuck Remes wrote: >> I'd like to write a parser for an application we use in-house. >> Looking at the examples shipped with 0.06 is helpful, but it would be >> nice if there was a quick rundown of the methods and hash values >> being passed in. >> >> > Hehe. I guess it's time to start documenting things and not just > keeping > it to myself. :-) > Thanks for the quick response. I have written a parser for my log file and it appears to be working okay. Of course, I have another question. How do I slow down the "falling blob" so I can see it on the screen? When it paints the blobs they are going *really* fast from the top of the window to the bottom. I'm getting probably 3 frames before they are totally gone from view (fast like an eye blink). This is 0.06 release running on OSX 10.4.10 with the latest ruby gems. I continue to appreciate your help! From cremes.devlist at mac.com Tue Oct 16 15:37:02 2007 From: cremes.devlist at mac.com (Chuck Remes) Date: Tue, 16 Oct 2007 14:37:02 -0500 Subject: [gltail] writing a parser In-Reply-To: <931487AF-54C3-4D92-9FC0-726B019C345F@mac.com> References: <1E8F1E52-7368-4080-8032-3D9632B5DAD3@mac.com> <4714ED26.8060700@fudgie.org> <931487AF-54C3-4D92-9FC0-726B019C345F@mac.com> Message-ID: <7AFA2192-F8C2-4788-990A-FC5425D05BF4@mac.com> On Oct 16, 2007, at 2:31 PM, Chuck Remes wrote: > > On Oct 16, 2007, at 11:56 AM, Erlend Simonsen wrote: > >> Chuck Remes wrote: >>> I'd like to write a parser for an application we use in-house. >>> Looking at the examples shipped with 0.06 is helpful, but it >>> would be >>> nice if there was a quick rundown of the methods and hash values >>> being passed in. >>> >>> >> Hehe. I guess it's time to start documenting things and not just >> keeping >> it to myself. :-) >> > > Thanks for the quick response. I have written a parser for my log > file and it appears to be working okay. > > Of course, I have another question. How do I slow down the "falling > blob" so I can see it on the screen? When it paints the blobs they > are going *really* fast from the top of the window to the bottom. I'm > getting probably 3 frames before they are totally gone from view > (fast like an eye blink). > > This is 0.06 release running on OSX 10.4.10 with the latest ruby gems. FYI, here are some stats from my laptop (MacBook Pro). 2943 frames in 5.000 seconds = 588.600 FPS Elements[4], Activities[0] 3034 frames in 5.001 seconds = 606.679 FPS Elements[4], Activities[0] 3033 frames in 5.000 seconds = 606.600 FPS Elements[4], Activities[0] 3050 frames in 5.000 seconds = 610.000 FPS Elements[4], Activities[0] 3043 frames in 5.001 seconds = 608.478 FPS Elements[4], Activities[0] 3045 frames in 5.001 seconds = 608.878 FPS Elements[4], Activities[0] 3035 frames in 5.000 seconds = 607.000 FPS Elements[4], Activities[0] This is probably why I can't see anything displayed on the screen. It goes TOO FAST. :-) From mr at fudgie.org Tue Oct 16 15:48:20 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Tue, 16 Oct 2007 21:48:20 +0200 Subject: [gltail] writing a parser In-Reply-To: <931487AF-54C3-4D92-9FC0-726B019C345F@mac.com> References: <1E8F1E52-7368-4080-8032-3D9632B5DAD3@mac.com> <4714ED26.8060700@fudgie.org> <931487AF-54C3-4D92-9FC0-726B019C345F@mac.com> Message-ID: <47151584.9020702@fudgie.org> Chuck Remes wrote: > Thanks for the quick response. I have written a parser for my log > file and it appears to be working okay. > Great! It's supposed to be easy to do, and it simple logfiles seldom take me more than a few minutes. > Of course, I have another question. How do I slow down the "falling > blob" so I can see it on the screen? When it paints the blobs they > are going *really* fast from the top of the window to the bottom. I'm > getting probably 3 frames before they are totally gone from view > (fast like an eye blink). > For a quick fix, open up lib/gl_tail.rb, find def visible and move the # from the top line to the bottom line of the function. It'll then attempt to use a timer instead of running at max speed. Change the 30 (or was it 33?) in def timer to change how long to sleep between each frame and control the framerate that way. Another option is tweaking @xi and @yi in Activity#initialize to change the speed of the blobs. -- Erlend From th.heller at gmail.com Tue Oct 16 18:41:48 2007 From: th.heller at gmail.com (Thomas Heller) Date: Wed, 17 Oct 2007 00:41:48 +0200 Subject: [gltail] Feedback / Small Patch Message-ID: <9acd6e550710161541m1cf5e495u6b76912161153075@mail.gmail.com> Hey there, first of all: awesome little script, thanks for sharing. I'm using MacOSX - all the latest ruby/gems on my MacBookPro 2,3ghz - Do the characters render correctly? Yup looks great. - What kind of FPS do you get when starting up? rev53: Starts out at about 250fps, then settles at about 73 which is slower than yesterday where I averaged 90fps. - Press 'b' and see if you can see the rotating squares? Yup, looks better than blobs too! What happened to 'f' and 'b', they dont seem to work anymore. I'm attaching a little patch to lib/parsers/apache.rb which basically just adds a very quick hack to shorten the User Agent Strings, since they dont really fit the screen otherwise. It just stripts the most common Browsers down to "Name Version", could be enhanced to include OS, but I mostly care about the Browser so I'm happy with it. I'd suggest creating a HttpParser Base class to minimize code duplication and allow reuse of such functions. I also added a small line to apache.rb (again could be any http access.logparser) add_activity(:block => 'problems', :name => "#{status} #{url}") if status.to_i >= 400 Which adds a new block (configured for right side) which displays 404, 500 and so forth with total count and the url. Ideally this is an empty block but some errors do happen. ;) Also, on purely subjective note (I'm writing a parser for a project logfile of mine), I think the signature of add_activity is a little confusing and could be simplified by changing it to: add_activity(block, string, options = {}) eg. turning the above into: add_activity('problems', "#{status} #{url}") if status.to_i >= 400 or alternativly add_activity('problems', "#{status} #{url}", :type => 3) if status.to_i >= 400 Anyways, keep it up. Its already the most fun tool I used for a while :) Cheers, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071017/4907a330/attachment.html -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ua_patch.txt Url: http://rubyforge.org/pipermail/gltail-general/attachments/20071017/4907a330/attachment.txt From info at zilence.net Tue Oct 16 19:13:47 2007 From: info at zilence.net (Thomas Heller) Date: Wed, 17 Oct 2007 01:13:47 +0200 Subject: [gltail] Feedback / Small Patch In-Reply-To: <9acd6e550710161541m1cf5e495u6b76912161153075@mail.gmail.com> References: <9acd6e550710161541m1cf5e495u6b76912161153075@mail.gmail.com> Message-ID: <9acd6e550710161613t53067a38sd95c7507ffed5833@mail.gmail.com> Fun times, always fun to tweak some setting and then watch it visualize for 5minutes. :) I added another bit to the ApacheParser which groups urls. Since its a rails project I have alot of /:controller/:action/:id type URLs show up in the urls block but are usually dominated by urls without :id, so behold I added def url_alias(url) case url when /^(.*?)\/(\d+)$/ "#{$1}/" else url end end add_activity(:block => 'urls', :name => url_alias(url)) if type == 'page' I added the type == 'page' guard since otherwise too many images showed up in the top urls. Ideally one should be able to add custom url mappings via the config, but adding regexp via yaml isnt exactly fun. Also just had an idea to create a new block which takes the ids that are stripped by the url_alias method, looks up the given resource name associated with that id and then creates a block with the top10, kinda like "Hot Products". Back to hacking ... :) Cheers, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071017/aa2c60a9/attachment.html From mr at fudgie.org Wed Oct 17 04:36:27 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Wed, 17 Oct 2007 10:36:27 +0200 Subject: [gltail] Feedback / Small Patch In-Reply-To: <9acd6e550710161541m1cf5e495u6b76912161153075@mail.gmail.com> References: <9acd6e550710161541m1cf5e495u6b76912161153075@mail.gmail.com> Message-ID: <4715C98B.4060304@fudgie.org> Thomas Heller wrote: > Hey there, > > first of all: awesome little script, thanks for sharing. You're welcome. I had way too much fun watching it run to not share it. :-) > I'm using MacOSX - all the latest ruby/gems on my MacBookPro 2,3ghz > > - Do the characters render correctly? > Yup looks great. Great! I've got one OSX user with a strange 'italics' problem when the text stops moving, and a few reports of lower framerate than with BitmapCharacter. I think we'll stick with this way of doing things for now, though, as for most people it's way faster, and able to display a lot more text before slowing down. > > - What kind of FPS do you get when starting up? > rev53: Starts out at about 250fps, then settles at about 73 which is > slower than yesterday where I averaged 90fps. I'm nowhere near done optimizing / changing things, so I expect to be able to make it quite a bit faster than it is today. But, first I need to sort out a stable framerate, as bouncing all over the place doesn't look good. I've done some attempts at this, but Ruby's default sleep isn't very reliable, and using a rigid timer doesn't really work either. > - Press 'b' and see if you can see the rotating squares? > Yup, looks better than blobs too! What happened to 'f' and 'b', they > dont seem to work anymore. 'f' won't work if you've swapped from the default onIdle function to a timer, but 'b' should still work. > I'm attaching a little patch to lib/parsers/apache.rb which basically > just adds a very quick hack to shorten the User Agent Strings, since > they dont really fit the screen otherwise. It just stripts the most > common Browsers down to "Name Version", could be enhanced to include > OS, but I mostly care about the Browser so I'm happy with it. I'd > suggest creating a HttpParser Base class to minimize code duplication > and allow reuse of such functions. Good idea. I'll try and include something similar, but I want the OS information as well. :-) > I also added a small line to apache.rb (again could be any http > access.log parser) > > add_activity(:block => 'problems', :name => "#{status} #{url}") if > status.to_i >= 400 > > Which adds a new block (configured for right side) which displays 404, > 500 and so forth with total count and the url. Ideally this is an > empty block but some errors do happen. ;) I need a place to count up the exceptions from Rails/Log4J, so I'll add an Errors block and add something like that line. > Also, on purely subjective note (I'm writing a parser for a project > logfile of mine), I think the signature of add_activity is a little > confusing and could be simplified by changing it to: > > add_activity(block, string, options = {}) Yeah, I guess that's more logical, but I didn't know where I'd end up when I started out with the activity stuff, so I just put everything in a hash. I guess we know a bit more now, so it can be changed. :-) > Anyways, keep it up. Its already the most fun tool I used for a while :) Glad you like it! Feel free to keep sending diffs, or stop by #gltail on FreeNode if you want to brainstorm or kick around some ideas. I tend to idle there during most of my waking hours. -- Erlend From mr at fudgie.org Wed Oct 17 06:58:28 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Wed, 17 Oct 2007 12:58:28 +0200 Subject: [gltail] Feedback / Small Patch In-Reply-To: <9acd6e550710161613t53067a38sd95c7507ffed5833@mail.gmail.com> References: <9acd6e550710161541m1cf5e495u6b76912161153075@mail.gmail.com> <9acd6e550710161613t53067a38sd95c7507ffed5833@mail.gmail.com> Message-ID: <4715EAD4.8000609@fudgie.org> Thomas Heller wrote: > Fun times, always fun to tweak some setting and then watch it > visualize for 5minutes. :) I'm having more fun with this project than I've had in a long time. :-) > I added another bit to the ApacheParser which groups urls. Since its a > rails project I have alot of > > /:controller/:action/:id Good idea. I've also added grouping on md5 checksums. I'll commit it soon, just need to back out some other changes which I don't want in the tree just yet. (I wish RubyForge supported Git / Mercurial) > I added the type == 'page' guard since otherwise too many images > showed up in the top urls. Might be good to change the URL block to only contain pages, and add a RESOURCES block for all the rest. I'll give it a try and see how it looks. > Ideally one should be able to add custom url mappings via the config, > but adding regexp via yaml isnt exactly fun. > Also just had an idea to create a new block which takes the ids that > are stripped by the url_alias method, looks up the given resource name > associated with that id and then creates a block with the top10, kinda > like "Hot Products". > At work, we have a top content block, which shows our top selling products, with an alert on each sale. Pretty fun to watch during some advertising campaign or there's a lot of traffic. :-) > Back to hacking ... :) Please. :-) -- Erlend From eric.dalquist at doit.wisc.edu Wed Oct 17 11:00:06 2007 From: eric.dalquist at doit.wisc.edu (Eric Dalquist) Date: Wed, 17 Oct 2007 10:00:06 -0500 Subject: [gltail] A few feature requests Message-ID: <47162376.4000909@doit.wisc.edu> I've submitted a few feature requests with patches. Allow dynamic colors for blobs: http://rubyforge.org/tracker/index.php?func=detail&aid=14807&group_id=4616&atid=17821 Calculate blob size based on recorded max response size: http://rubyforge.org/tracker/index.php?func=detail&aid=14810&group_id=4616&atid=17821 Configure highlight color in yaml: http://rubyforge.org/tracker/index.php?func=detail&aid=14811&group_id=4616&atid=17821 I've attached all three changes rolled into a single .diff as well. -Eric -------------- next part -------------- A non-text attachment was scrubbed... Name: gl_tail_all.diff Type: text/x-patch Size: 10295 bytes Desc: not available Url : http://rubyforge.org/pipermail/gltail-general/attachments/20071017/d746be3b/attachment.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3336 bytes Desc: S/MIME Cryptographic Signature Url : http://rubyforge.org/pipermail/gltail-general/attachments/20071017/d746be3b/attachment-0001.bin From mr at fudgie.org Wed Oct 17 16:36:53 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Wed, 17 Oct 2007 22:36:53 +0200 Subject: [gltail] A few feature requests In-Reply-To: <47162376.4000909@doit.wisc.edu> References: <47162376.4000909@doit.wisc.edu> Message-ID: <47167265.9040008@fudgie.org> Eric Dalquist wrote: > I've submitted a few feature requests with patches. > > Allow dynamic colors for blobs: > http://rubyforge.org/tracker/index.php?func=detail&aid=14807&group_id=4616&atid=17821 > > Calculate blob size based on recorded max response size: > http://rubyforge.org/tracker/index.php?func=detail&aid=14810&group_id=4616&atid=17821 > > Configure highlight color in yaml: > http://rubyforge.org/tracker/index.php?func=detail&aid=14811&group_id=4616&atid=17821 > > > I've attached all three changes rolled into a single .diff as well. All committed, but I changed the max size tracking one to work per server, and added a small decay over time. Thanks! -- Erlend From mr at fudgie.org Wed Oct 17 16:39:23 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Wed, 17 Oct 2007 22:39:23 +0200 Subject: [gltail] Revision 63 - hopefully with color fixes.. Message-ID: <471672FB.2050803@fudgie.org> I committed revision 63 a bit ago, after finally sitting down and having a read through of how colors in OpenGL work. Colors should now be in the range of 0.0 - 1.0, and there is no longer any need to bump them over that to get the text to appear correctly. Quite a few other changes, but those you can find in 'svn log' :-) -- Erlend From th.heller at gmail.com Thu Oct 18 01:54:59 2007 From: th.heller at gmail.com (Thomas Heller) Date: Thu, 18 Oct 2007 07:54:59 +0200 Subject: [gltail] Rev66: Configuration Rewrite Message-ID: <9acd6e550710172254u6a20cb85j82276b5aacaf0b39@mail.gmail.com> Hi, (we should probably start a dev-mailing list for stuff like this) I just finished the first Step in Rewriting the Configuration base code which will result in World Domination once its done. ;) I hope I didnt break anything for any of you, my test files still all work and we dont have any testcases yet to test odd cases, so if you get some weird exception when starting gl_tail its probably my fault. Post the error message here and I'll try to sort it out. Note: if you had a custom Parser which used to live in lib/parsers it now has to be moved to lib/gl_tail/parsers. Sorry for that but adding custom Parsers will be way easier very soon. So what happened: - Moved yaml Config related stuff to gl_tail/config/yaml_parser.rb - the global $CONFIG object is gone, each object now if configured directly, more on that in a sec. - server.rb is removed in favor of "sources" (config still uses "servers" tho) A Source is something that provides events/activity. The default implementation is still the same 'ssh' version which now resides in lib/gl_tail/sources/ssh.rb. It should be fairly straightforward to implement more Sources (eg. a local tail without ssh, a jms/spread queue, etc). I'll write some documentation once I'm awake again. You cannot use different sources just yet. - Most of the rendering code got a little reorganized but still should result in the same visualization overall, changes were unintended and are probably a result of my opengl-noob-skills ;). However many computations that were done for each frame have been removed, so overall you should see some more frames. Configuration Details: Each Object is now configured directly, so if you translate the following to ruby: servers: site1: host: foobar.com user: foo password: topsecret command: tail -f -n0 files: /var/log/apache/access_log parser: apache color: 0.2, 1.0, 0.2, 1.0 the parser basically calls this (pseudo): srv = create_a_new_source_instance('site1') srv.host = 'foobar.com' srv.user = 'foo' ... Configuration Options can be checked via the ruby gl_tail.rb -o|--options flag (Note: works, but is pretty ugly right now). Take a look at the ssh.rbto see how you can define variables. The config_attribute method defines a getter, setter and stores the description. Some additional tags could be added in the future, like :deprecated, :validate_with, :required, :default, etc. More later, I have to get some sleep. Later, Thomas (zilence) PS: I hope my changes are ok *Erlend, changed alot of the base code, not sure how you feel about that ;)* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071018/fad40c54/attachment-0001.html From kend at payscale.com Thu Oct 18 11:00:54 2007 From: kend at payscale.com (Ken DeMaria) Date: Thu, 18 Oct 2007 11:00:54 -0400 Subject: [gltail] Odd Macintosh Problem Message-ID: I've got a bit of an odd problem running this on a Mac. Ruby isn't able to access the relational dir and file 'lib/gl_tail.rb'. If I hard code the full path it works fine, but the relational path is failing thusly: kdemariamac:~ kend$ ruby /Users/kend/Desktop/Downloads/gl_tail-0.06/gl_tail.rb /Users/kend/Desktop/Downloads/gl_tail-0.06/gl_tail.rb:21:in `require': no such file to load -- lib/gl_tail.rb (LoadError) from /Users/kend/Desktop/Downloads/gl_tail-0.06/gl_tail.rb:21 Is there some command line "home dir" switch I'm missing in calling ruby, or is there a mac configuration issue that any of you are aware of? lib/ is referenced quite a few places in the code. Ken DeMaria PayScale, Inc. 316 Occidental Avenue, Suite 310 | Seattle WA 98104 www.payscale.com kend at payscale.com 206-812-4548 | mobile 206-769-5284 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071018/b723966e/attachment.html From cremes.devlist at mac.com Thu Oct 18 11:52:34 2007 From: cremes.devlist at mac.com (Chuck Remes) Date: Thu, 18 Oct 2007 10:52:34 -0500 Subject: [gltail] Odd Macintosh Problem In-Reply-To: References: Message-ID: <9E4CD315-B990-4837-BB3B-A680FD3738CE@mac.com> On Oct 18, 2007, at 10:00 AM, Ken DeMaria wrote: > I?ve got a bit of an odd problem running this on a Mac. Ruby isn?t > able to access the relational dir and file ?lib/gl_tail.rb?. If I > hard code the full path it works fine, but the relational path is > failing thusly: > > > > kdemariamac:~ kend$ ruby /Users/kend/Desktop/Downloads/gl_tail-0.06/ > gl_tail.rb > > /Users/kend/Desktop/Downloads/gl_tail-0.06/gl_tail.rb:21:in > `require': no such file to load -- lib/gl_tail.rb (LoadError) > > from /Users/kend/Desktop/Downloads/gl_tail-0.06/gl_tail.rb:21 > > > > Is there some command line ?home dir? switch I?m missing in calling > ruby, or is there a mac configuration issue that any of you are > aware of? lib/ is referenced quite a few places in the code. Ken, it isn't a Mac problem. You'd see this on any platform. You're seeing this because you are executing the code with an absolute path. If you "cd" into the gl_tail directory and run your command you won't get this error. One possible way to fix it is to add this line above the first "require" in gl_tail.rb: $:.unshift(File.dirname(__FILE__)) What this does is add the path to the gl_tail.rb file to the ruby search path. cr From cremes.devlist at mac.com Fri Oct 19 07:35:02 2007 From: cremes.devlist at mac.com (Chuck Remes) Date: Fri, 19 Oct 2007 06:35:02 -0500 Subject: [gltail] Rev66: Configuration Rewrite In-Reply-To: <9acd6e550710172254u6a20cb85j82276b5aacaf0b39@mail.gmail.com> References: <9acd6e550710172254u6a20cb85j82276b5aacaf0b39@mail.gmail.com> Message-ID: On Oct 18, 2007, at 12:54 AM, Thomas Heller wrote: > Hi, > > (we should probably start a dev-mailing list for stuff like this) > > I just finished the first Step in Rewriting the Configuration base > code which will result in World Domination once its done. ;) > > [snip] > - server.rb is removed in favor of "sources" (config still uses > "servers" tho) > A Source is something that provides events/activity. The default > implementation is still the same 'ssh' version which now resides in > lib/gl_tail/sources/ssh.rb. It should be fairly straightforward to > implement more Sources (eg. a local tail without ssh, a jms/spread > queue, etc). I'll write some documentation once I'm awake again. > You cannot use different sources just yet. > [snip] > PS: I hope my changes are ok Erlend, changed alot of the base code, > not sure how you feel about that ;) > This is all pretty exciting stuff! I'm particularly interested in the move towards a generic "source" so we can move to more sophisticated things beyond a "ssh + command" style setup. You might want to take a look at the "analogger" gem which is a very fast asynchronous log server based on eventmachine. I've been doing a lot of work with it lately and was scratching my head *yesterday* about how to incorporate some of its functionality into gl_tail (gl_tail may need a rename too). Your move towards Sources makes this type of mash-up easier to accomplish. cr -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071019/3c37031a/attachment.html From mr at fudgie.org Fri Oct 19 12:19:31 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Fri, 19 Oct 2007 18:19:31 +0200 Subject: [gltail] Odd Macintosh Problem In-Reply-To: <9E4CD315-B990-4837-BB3B-A680FD3738CE@mac.com> References: <9E4CD315-B990-4837-BB3B-A680FD3738CE@mac.com> Message-ID: <4718D913.3090608@fudgie.org> With all the restructuring and fixing that Thomas Heller is doing, version 0.07 should be possible to distribute as a Gem. And that means it'll be runnable from wherever you want. :-) -- Erlend From mr at fudgie.org Fri Oct 19 13:30:49 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Fri, 19 Oct 2007 19:30:49 +0200 Subject: [gltail] Rev66: Configuration Rewrite In-Reply-To: <9acd6e550710172254u6a20cb85j82276b5aacaf0b39@mail.gmail.com> References: <9acd6e550710172254u6a20cb85j82276b5aacaf0b39@mail.gmail.com> Message-ID: <4718E9C9.8040807@fudgie.org> Thomas Heller wrote: > PS: I hope my changes are ok /Erlend, changed alot of the base code, > not sure how you feel about that ;)/ Not a problem, as releasing a gem would be great! -- Erlend From carpefore at yahoo.com Fri Oct 19 16:47:55 2007 From: carpefore at yahoo.com (Daniel Demacek) Date: Fri, 19 Oct 2007 13:47:55 -0700 (PDT) Subject: [gltail] domain name in URL section Message-ID: <877106.28751.qm@web50107.mail.re2.yahoo.com> Hi, I am running couple of sites off of one server, is it possible to include domain name in the URL section? As "/" doesn't tell me much. Thanks, Daniel. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From mr at fudgie.org Fri Oct 19 17:20:41 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Fri, 19 Oct 2007 23:20:41 +0200 Subject: [gltail] domain name in URL section In-Reply-To: <877106.28751.qm@web50107.mail.re2.yahoo.com> References: <877106.28751.qm@web50107.mail.re2.yahoo.com> Message-ID: <47191FA9.3040802@fudgie.org> Daniel Demacek wrote: > Hi, > > I am running couple of sites off of one server, is it possible to include domain name in the URL section? > As "/" doesn't tell me much. > Of course it's possible. Just change the add_activity call in lib/gl_tail/parsers/apache.rb to something along the lines of: add_activity(:block => 'urls', :name => server.name + url) -- Erlend From eric.dalquist at doit.wisc.edu Fri Oct 19 18:29:50 2007 From: eric.dalquist at doit.wisc.edu (Eric Dalquist) Date: Fri, 19 Oct 2007 17:29:50 -0500 Subject: [gltail] race condition? with f key Message-ID: <47192FDE.6070502@doit.wisc.edu> I have a wanted_fps value in my config and when I hit f I get: WANTED_FPS[] Keypress: 102 ./lib/gl_tail/engine.rb:94:in `idle': undefined method `>' for nil:NilClass (NoMethodError) from ./lib/gl_tail/engine.rb:266:in `to_proc' from ./lib/gl_tail/engine.rb:248:in `call' from ./lib/gl_tail/engine.rb:248:in `glutMainLoop' from ./lib/gl_tail/engine.rb:248:in `start' from ./gl_tail.rb:58 Looking at the code (with my limited ruby experience) I'd assume the wanted_fps value is nil for a moment while the keyhandler is still running? This is with rev 75 -Eric -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3336 bytes Desc: S/MIME Cryptographic Signature Url : http://rubyforge.org/pipermail/gltail-general/attachments/20071019/d6e798a5/attachment-0001.bin From mr at fudgie.org Sat Oct 20 06:44:45 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Sat, 20 Oct 2007 12:44:45 +0200 Subject: [gltail] race condition? with f key In-Reply-To: <47192FDE.6070502@doit.wisc.edu> References: <47192FDE.6070502@doit.wisc.edu> Message-ID: <4719DC1D.9060807@fudgie.org> Eric Dalquist wrote: > I have a wanted_fps value in my config and when I hit f I get: > > WANTED_FPS[] > Keypress: 102 > ./lib/gl_tail/engine.rb:94:in `idle': undefined method `>' for > nil:NilClass (NoMethodError) > from ./lib/gl_tail/engine.rb:266:in `to_proc' > from ./lib/gl_tail/engine.rb:248:in `call' > from ./lib/gl_tail/engine.rb:248:in `glutMainLoop' > from ./lib/gl_tail/engine.rb:248:in `start' > from ./gl_tail.rb:58 > > > Looking at the code (with my limited ruby experience) I'd assume the > wanted_fps value is nil for a moment while the keyhandler is still > running? This is with rev 75 I can't really see how it would turn up nil, as it's never set to nil during the whole case statement. For a quick-fix, though, you can replace @config.screen.wanted_fps with @config.screen.wanted_fps.to_i in Engine#idle. -- Erlend From maccman at gmail.com Sun Oct 21 06:59:02 2007 From: maccman at gmail.com (Alex MacCaw) Date: Sun, 21 Oct 2007 11:59:02 +0100 Subject: [gltail] Merb parser? Message-ID: <14cc92570710210359n28ea43a6s967c6ab8816911ce@mail.gmail.com> I'd quite like a parser for merb, is this in the works? If not, I'll have a crack at it.... Alex -- http://www.eribium.org | http://juggernaut.rubyforge.org | http://www.aireofs.com | Skype: oldmanorhouse -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071021/9cd8c1e9/attachment.html From mr at fudgie.org Sun Oct 21 07:49:44 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Sun, 21 Oct 2007 13:49:44 +0200 Subject: [gltail] Merb parser? In-Reply-To: <14cc92570710210359n28ea43a6s967c6ab8816911ce@mail.gmail.com> References: <14cc92570710210359n28ea43a6s967c6ab8816911ce@mail.gmail.com> Message-ID: <471B3CD8.80105@fudgie.org> Alex MacCaw wrote: > I'd quite like a parser for merb, is this in the works? > If not, I'll have a crack at it.... Feel free to have a go, it shouldn't be too hard - have a look at lib/gl_tail/parsers/[apache|nginx].rb for examples which should do almost what you need. -- Erlend From mr at fudgie.org Mon Oct 22 14:59:36 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Mon, 22 Oct 2007 20:59:36 +0200 Subject: [gltail] glTail SVN and RubyGem Message-ID: <471CF318.8050100@fudgie.org> I think we've got the preparations in place for releasing glTail as a Ruby Gem, so if you're able please have a go locally: sudo gem install hoe -r cd /path/to/gltail/trunk rake gem rake install_gem cd ~/ gl_tail /path/to/config.yaml -- Erlend From flieslikeabrick at gmail.com Thu Oct 25 22:41:41 2007 From: flieslikeabrick at gmail.com (Ryan Rawdon) Date: Thu, 25 Oct 2007 22:41:41 -0400 Subject: [gltail] full screen gltail? Message-ID: <6a23e5d90710251941x5d959f02h1c40fd7256fbf243@mail.gmail.com> Are there any plans to make gltail able to do full-screen displays? I mean such that it has no titlebar and covers things like gnome panel, much like full-screen video would. I'm interested in displaying it full-screen on a television. Is this already possible somehow? Also, is there a way to limit the FPS that gltail runs at? Lastly, are there any suggestions for capturing video of gltail running? So far I've tinkered with recordmydesktop and yukon. Even with their slimmest of settings, it lags gltail down to single digit FPS values. All input appreciated, thanks! -- Ryan Rawdon Computer and Systems Engineering, IT Rensselaer Polytechnic Institute '09 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071025/4c758c08/attachment.html From mr at fudgie.org Fri Oct 26 07:39:07 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Fri, 26 Oct 2007 13:39:07 +0200 Subject: [gltail] full screen gltail? In-Reply-To: <6a23e5d90710251941x5d959f02h1c40fd7256fbf243@mail.gmail.com> References: <6a23e5d90710251941x5d959f02h1c40fd7256fbf243@mail.gmail.com> Message-ID: <4721D1DB.6060800@fudgie.org> Ryan Rawdon wrote: > Are there any plans to make gltail able to do full-screen displays? > I mean such that it has no titlebar and covers things like gnome > panel, much like full-screen video would. I'm interested in > displaying it full-screen on a television. Is this already possible > somehow? Something like: glutGameModeString( "1280x1024:16 at 60" ); glutEnterGameMode(); in the init function might work. I haven't tried it myself though, but will try and get something working this weekend. > Also, is there a way to limit the FPS that gltail runs at? It's quite possible to limit the FPS, but getting Ruby to run smoothly at a set FPS is proving to be tricky. You could try hitting 'f' in the SVN version, to get -some- FPS limitation at least. Sorting this is high up on my list, but with a 7 week old baby acting up in the evenings, I haven't been able to get much done this week. > Lastly, are there any suggestions for capturing video of gltail > running? So far I've tinkered with recordmydesktop and yukon. Even > with their slimmest of settings, it lags gltail down to single digit > FPS values. I've used yukon/seom to make the videos at http://www.fudgie.org, although I did have to run the resulting movie through some contrast filters afterwards to make them look anything like the real thing. -- Erlend -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071026/f2220fd6/attachment.html From matt at rivallabs.co.uk Fri Oct 26 08:07:19 2007 From: matt at rivallabs.co.uk (Matt Payne) Date: Fri, 26 Oct 2007 13:07:19 +0100 Subject: [gltail] Custom log file Message-ID: <20071027170147.2E0B518585CE@rubyforge.org> Hi, I'm loving gl_tail but I've got a small problem with a custom apache log file. When I start gl_tail, it shows a blank screen. I discovered that my hosting provider uses a custom log format which gl_tail doesn't read. Here is a line from the log file: mysite.co.uk 000.000.000.000 - - [25/Oct/2007:22:24:49 +0100] "GET /images/can-you.png HTTP/1.1" 200 63467 "http://www.mysite.co.uk/" "Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.8.1.8) Gecko/20071008 Firefox/2.0.0.8" The only other info I can get about the log format is from an awstats file: LogFormat="%virtualname %host %other %logname %time1 %methodurl %code %bytesd %refererquot %uaquot" So I think the log format is: My Host Name Client Host Name Not Used Not Used Date and Time in format [dd/mon/yyyy:hh:mm:ss +0000] Method and url in format "GET /index.html HTTP/x.x" Return Code Status Size of Document in Bytes Referer Page in format: http://from.com/from.htm User Agent in format: "Mozilla/4.0 (compatible, ...)" Is there anyway that I can modify the apache parser and create a new on called apache-custom to read this log format? Thanks, Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071026/a29cef4f/attachment.html From mr at fudgie.org Sat Oct 27 13:33:14 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Sat, 27 Oct 2007 19:33:14 +0200 Subject: [gltail] Custom log file In-Reply-To: <20071027170147.2E0B518585CE@rubyforge.org> References: <20071027170147.2E0B518585CE@rubyforge.org> Message-ID: <4723765A.9000209@fudgie.org> Matt Payne wrote: > > Hi, I?m loving gl_tail but I?ve got a small problem with a custom > apache log file. > > When I start gl_tail, it shows a blank screen. I discovered that my > hosting provider uses a custom log format which gl_tail doesn?t read. > > Here is a line from the log file: > > mysite.co.uk 000.000.000.000 - - [25/Oct/2007:22:24:49 +0100] "GET > /images/can-you.png HTTP/1.1" 200 63467 "http://www.mysite.co.uk/" > "Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.8.1.8) > Gecko/20071008 Firefox/2.0.0.8" > If you remove the initial ^ from the regexp in parsers/apache.rb, it should work for you. I've committed this to SVN as well, as several people have this log format and removing the ^ shouldn't break it for normal combined format either. -- Erlend From mr at fudgie.org Sat Oct 27 15:32:27 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Sat, 27 Oct 2007 21:32:27 +0200 Subject: [gltail] [ANN] gltail 0.0.7 Released Message-ID: <4723924B.9010409@fudgie.org> gltail version 0.0.7 has been released! ## RUNNING: gl_tail --help gl_tail --new gl_tail.yaml gl_tail You can press 'f' while running to toggle the attempted frames per second. Or 'b' to change default blob type, and space to toggle bouncing. ## REQUIREMENTS: * rubygems 0.9.4 * ruby-opengl 0.40.1 * net-ssh 1.1.2 * opengl/ruby development packages (ruby1.8-dev libgl1-mesa-dev libglu1-mesa-dev libglut3-dev) Changes: ## 0.0.7 / 2007-10-27 * Make textures from BitmapCharacter font * Use textured quads instead of BitmapCharacter * Cache callLists for complete strings in BlobStore * Clean out callLists in BlobStore regularly * Slide new Elements in from left/right * Don't crash if unable to parse Squid logs * Keep non-showing elements around longer to help with bursts in varied traffic * add_activity(...{:type => 1}) renders quads instead of balls * Use 'f' to toggle attempted framerate * Use 'b' to toggle between balls and quads * Consume all waiting data when checking for SSH activity * Cisco Pix / FWSM parser (Leif Sawyer ) * Distribute as Ruby Gem * Configuration of background reverse IP lookups (disable/timeout) From mr at fudgie.org Mon Oct 29 16:07:24 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Mon, 29 Oct 2007 21:07:24 +0100 Subject: [gltail] Showing lots of traffic.. Message-ID: <47263D7C.8010709@fudgie.org> Showing a ball for each activity doesn't really cut it for high traffic sites, so I've been toying with other ideas to try and show something useful without the frame rate dropping way down. First idea try at something is committed in rev 105, and you can enable it by adding: activity_type: bars to a block definition in your config. It doesn't show activitity information all that well yet, but at least you can get some traffic ranking between different sites/servers/urls without overloading the CPU. I'm not done with the bars just yet, this is just a small attempt to see if something like this can work. -- Erlend From xenophage0 at gmail.com Tue Oct 30 09:23:40 2007 From: xenophage0 at gmail.com (Jason Frisvold) Date: Tue, 30 Oct 2007 09:23:40 -0400 Subject: [gltail] Showing lots of traffic.. In-Reply-To: <47263D7C.8010709@fudgie.org> References: <47263D7C.8010709@fudgie.org> Message-ID: <924f29280710300623j2a5d135bpb89cd7496a0b08a4@mail.gmail.com> On 10/29/07, Erlend Simonsen wrote: > to a block definition in your config. It doesn't show activitity > information all that well yet, but at least you can get some traffic > ranking between different sites/servers/urls without overloading the CPU. Ah, that seems to work pretty well.. How does it scale the size of the bar with respect to the r/m value? > I'm not done with the bars just yet, this is just a small attempt to see > if something like this can work. Seems to work pretty well here... Good idea! :) > -- Erlend -- Jason 'XenoPhage' Frisvold XenoPhage0 at gmail.com http://blog.godshell.com From mr at fudgie.org Tue Oct 30 09:54:37 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Tue, 30 Oct 2007 14:54:37 +0100 Subject: [gltail] Showing lots of traffic.. In-Reply-To: <924f29280710300623j2a5d135bpb89cd7496a0b08a4@mail.gmail.com> References: <47263D7C.8010709@fudgie.org> <924f29280710300623j2a5d135bpb89cd7496a0b08a4@mail.gmail.com> Message-ID: <4727379D.808@fudgie.org> Jason Frisvold wrote: > On 10/29/07, Erlend Simonsen wrote: > >> to a block definition in your config. It doesn't show activitity >> information all that well yet, but at least you can get some traffic >> ranking between different sites/servers/urls without overloading the CPU. >> > > Ah, that seems to work pretty well.. How does it scale the size of > the bar with respect to the r/m value? > It keeps track of the max rate for a display block, and the size of the bar reflects the current rate vs. the max rate. The max rate decays a tiny bit over time, so a burst in traffic is forgotten after a while. >> I'm not done with the bars just yet, this is just a small attempt to see >> if something like this can work. >> > > Seems to work pretty well here... Good idea! :) > It seriously lacks some activity indication, and I'm experimenting a bit further. :-) -- Erlend -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071030/6ed117c5/attachment.html From kend at payscale.com Tue Oct 30 12:53:23 2007 From: kend at payscale.com (Ken DeMaria) Date: Tue, 30 Oct 2007 12:53:23 -0400 Subject: [gltail] element.rb error on Ubuntu 7.10 References: <47263D7C.8010709@fudgie.org> Message-ID: Any idea what's failing here? This is a brand new installataion of ubuntu 7.10 on a dell latitude D600. It connects, opens the basic display window, and when it receives it's first text from tail it crashes thusly: kend at visonary:/var/lib/gems/1.8/gems/gltail-0.0.7/bin$ sudo ruby gl_tail /etc/gl_tail.yaml Connecting to psweb01a... Channel opened on psweb01a... Pushing psweb01a Reshape: 1200x600 = 0.5/0.0216666666666667 1 frames in 6.538 seconds = 0.153 FPS Elements[0], Activities[0], Blobs[0/0] 1197 frames in 5.002 seconds = 239.304 FPS Elements[0], Activities[0], Blobs[0/0] ./../lib/gl_tail/element.rb:122:in `glColor': wrong argument type nil (expected Array) (TypeError) from ./../lib/gl_tail/element.rb:122:in `render' from ./../lib/gl_tail/block.rb:90:in `render' from ./../lib/gl_tail/block.rb:88:in `each' from ./../lib/gl_tail/block.rb:88:in `render' from ./../lib/gl_tail/engine.rb:72:in `draw' from ./../lib/gl_tail/engine.rb:70:in `each' from ./../lib/gl_tail/engine.rb:70:in `draw' from ./../lib/gl_tail/engine.rb:266:in `to_proc' from ./../lib/gl_tail/engine.rb:248:in `call' from ./../lib/gl_tail/engine.rb:248:in `glutMainLoop' from ./../lib/gl_tail/engine.rb:248:in `start' from gl_tail:109 kend at visonary:/var/lib/gems/1.8/gems/gltail-0.0.7/bin$ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071030/b7a825c2/attachment.html From mr at fudgie.org Tue Oct 30 14:18:33 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Tue, 30 Oct 2007 19:18:33 +0100 Subject: [gltail] element.rb error on Ubuntu 7.10 In-Reply-To: References: <47263D7C.8010709@fudgie.org> Message-ID: <47277579.2000806@fudgie.org> Looks like you're not setting colors for either the display block or the server definition being used. I should probably set some default colors if you don't specify one. You wouldn't happen to be able to try the SVN version instead? -- Erlend From kend at payscale.com Tue Oct 30 14:35:26 2007 From: kend at payscale.com (Ken DeMaria) Date: Tue, 30 Oct 2007 14:35:26 -0400 Subject: [gltail] element.rb error on Ubuntu 7.10 References: <47263D7C.8010709@fudgie.org> <47277579.2000806@fudgie.org> Message-ID: Yes, I can if I have access to it. for the life of me I can't find the SVN respoitroy info documented anywhere. Maybe I'm just being dense... -Ken -----Original Message----- From: Erlend Simonsen [mailto:mr at fudgie.org] Sent: Tue 10/30/2007 11:18 AM To: Ken DeMaria Cc: gltail-general at rubyforge.org Subject: Re: [gltail] element.rb error on Ubuntu 7.10 Looks like you're not setting colors for either the display block or the server definition being used. I should probably set some default colors if you don't specify one. You wouldn't happen to be able to try the SVN version instead? -- Erlend -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071030/aab885fb/attachment.html From mr at fudgie.org Tue Oct 30 14:59:01 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Tue, 30 Oct 2007 19:59:01 +0100 Subject: [gltail] element.rb error on Ubuntu 7.10 In-Reply-To: References: <47263D7C.8010709@fudgie.org> <47277579.2000806@fudgie.org> Message-ID: <47277EF5.4090400@fudgie.org> http://rubyforge.org/scm/?group_id=4616 -- Erlend From kend at payscale.com Tue Oct 30 16:32:50 2007 From: kend at payscale.com (Ken DeMaria) Date: Tue, 30 Oct 2007 16:32:50 -0400 Subject: [gltail] element.rb error on Ubuntu 7.10 References: <47263D7C.8010709@fudgie.org> <47277579.2000806@fudgie.org> <47277EF5.4090400@fudgie.org> Message-ID: Thank's Erlend. I checked out the latest build, the bars are wonderful. It worked fine after I added a default color to the host. Apparently SCM = SVN. doh. One more stupid question, and then back to testing it. In the following config line, what does each number correspond to? color: 0.2, 1.0, 0.2, 1.0 If there's some place this is documented, please let me know. btw, thanks for a truly awesome visualizer. -----Original Message----- From: Erlend Simonsen [mailto:mr at fudgie.org] Sent: Tue 10/30/2007 11:59 AM To: Ken DeMaria Cc: gltail-general at rubyforge.org Subject: Re: [gltail] element.rb error on Ubuntu 7.10 http://rubyforge.org/scm/?group_id=4616 -- Erlend -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071030/88b29e15/attachment.html From mr at fudgie.org Tue Oct 30 16:37:53 2007 From: mr at fudgie.org (Erlend Simonsen) Date: Tue, 30 Oct 2007 21:37:53 +0100 Subject: [gltail] element.rb error on Ubuntu 7.10 In-Reply-To: References: <47263D7C.8010709@fudgie.org> <47277579.2000806@fudgie.org> <47277EF5.4090400@fudgie.org> Message-ID: <47279621.6090109@fudgie.org> Colors are in RGBA format, and I should probably add some documentation to the config file format. :-) R=red, G=green, B=blue, A=alpha. -- Erlend Ken DeMaria wrote: > > Thank's Erlend. I checked out the latest build, the bars are > wonderful. It worked fine after I added a default color to the host. > Apparently SCM = SVN. doh. > > One more stupid question, and then back to testing it. In the > following config line, what does each number correspond to? > > color: 0.2, 1.0, 0.2, 1.0 > > If there's some place this is documented, please let me know. > > btw, thanks for a truly awesome visualizer. > > > -----Original Message----- > From: Erlend Simonsen [mailto:mr at fudgie.org] > Sent: Tue 10/30/2007 11:59 AM > To: Ken DeMaria > Cc: gltail-general at rubyforge.org > Subject: Re: [gltail] element.rb error on Ubuntu 7.10 > > http://rubyforge.org/scm/?group_id=4616 > > -- Erlend > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/gltail-general/attachments/20071030/35cbf6c0/attachment-0001.html